Cuộc họp mới nhất của các nhà phát triển cốt lõi Ethereum (ACDE lần thứ 225) vừa kết thúc, đã thảo luận khá nhiều tiến triển quan trọng.



Nâng cấp Fusaka đã được kích hoạt thành công trên mainnet. Tuy nhiên, trong quá trình này đã xảy ra một sự cố nhỏ — client Prysm gặp một số vấn đề khiến tỷ lệ tham gia của các validator giảm xuống trong thời gian ngắn, nhưng may mắn là đội ngũ đã phản ứng rất nhanh và khắc phục trong vài giờ. Những sự cố ngẫu nhiên do đa dạng hóa client như thế này cũng một lần nữa nhắc nhở mọi người về tầm quan trọng của việc phân tán rủi ro.

Đáng chú ý, ngày 9 tháng 12 sẽ diễn ra đợt hard fork BPO tự động đầu tiên. Đợt nâng cấp này áp dụng quy trình tự động mới, được xem là một bước thử nghiệm quan trọng đối với cơ chế nâng cấp của Ethereum. Nếu suôn sẻ, các lần nâng cấp giao thức trong tương lai có thể sẽ hiệu quả hơn.

Ngoài ra, cuộc họp cũng đã thảo luận về tiến triển của Glamsterdam, các nhà phát triển đang chọn lọc phương án từ hơn 40 đề xuất EIP. Các đề xuất này bao gồm tối ưu hóa giao thức, nâng cao hiệu suất và nhiều hướng khác, những đề xuất nào được thông qua còn phải chờ đánh giá kỹ thuật tiếp theo và phản hồi từ cộng đồng.

Nhìn chung, nhịp độ đổi mới công nghệ của Ethereum vẫn rất ổn định, các đội ngũ phát triển client phối hợp ngày càng chuyên nghiệp hơn.
ETH-2.11%
Xem bản gốc
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
  • Phần thưởng
  • 4
  • Đăng lại
  • Retweed
Bình luận
0/400
FlashLoanLarryvip
· 11giờ trước
prysm gặp sự cố giữa chừng khi nâng cấp thực sự là một bài học về lý do tại sao đa dạng hóa client không chỉ là lời nói suông—mà còn là chính sách bảo hiểm cho danh mục đầu tư của bạn. Tuy nhiên, phải công nhận rằng tốc độ phục hồi thực sự ảnh hưởng đến hiệu suất sử dụng vốn. Đang theo dõi chặt chẽ vụ fork tự động ngày 9 tháng 12, có thể sẽ thay đổi hoàn toàn kinh tế học của việc nâng cấp.
Xem bản gốcTrả lời0
GateUser-c802f0e8vip
· 11giờ trước
Prysm lại gặp trục trặc, nhưng phản ứng khá nhanh, đây chính là lý do vì sao cần đa dạng hóa client. Tự động hóa BPO hard fork khá thú vị, nếu chạy trơn tru thì có thể phải viết lại toàn bộ quy trình nâng cấp. Hơn 40 EIP nằm đó, cuối cùng chắc chỉ được thông qua vài cái, phản hồi từ cộng đồng là rào cản lớn nhất. Fusaka lên sóng ổn định, lần này không có gì để chê, nhóm phát triển Ethereum nhìn chung vẫn rất vững vàng. Đợt nâng cấp ngày 9 tháng 12 sao cảm giác như đang làm một thí nghiệm lớn vậy. Theo tôi thì, sự đa dạng hóa client tuy có rủi ro, nhưng lần xử lý này thật sự cho thấy ưu thế của phi tập trung.
Xem bản gốcTrả lời0
ContractExplorervip
· 11giờ trước
Prysm bị rớt chain lúc đó thật sự đau lòng, may mà sửa nhanh... Nói thật chứ nếu chuyện này xảy ra trên chain khác chắc là chết xã hội lâu rồi --- Tự động hóa BPO nghe có vẻ cao cấp, chỉ không biết liệu có lại gặp sự cố gì không, cá năm nghìn là ngày 9 tháng 12 vẫn sẽ có chuyện bất ngờ xảy ra --- Hơn 40 EIP chất đống, cuối cùng được thông qua được mấy cái... Cảm giác lần nào cũng vậy, đề xuất thì nhiều, cuối cùng cũng chỉ có vài cái được chọn --- Fusaka hạ cánh êm ái cũng khá ổn, tốt hơn dự kiến nhiều, nhưng chuyện phân tán validator đúng là cần được quan tâm hơn --- Đa client mới là con đường đúng đắn, dù thỉnh thoảng có rớt chain nhưng ít nhất không bị kẹt single point, điểm này ăn đứt mấy chain khác --- Nhìn nhịp độ của Ethereum, đúng là ổn định... chỉ không biết bao giờ mới thật sự giải quyết được vấn đề phí gas
Xem bản gốcTrả lời0
AirdropHustlervip
· 11giờ trước
Prysm lại gặp sự cố, nhưng may mà phản ứng nhanh. Nói thật, Ethereum có nhiều client như vậy thật là mệt, chỉ cần một cái gặp sự cố là tất cả đều phải lo lắng theo...
Xem bản gốcTrả lời0
  • Ghim