Bản chất của Hội nghị các nhà phát triển Ethereum Core (1)
Nguồn | Cập nhật AllCoreDevs
Tác giả |Tim Beiko
Nguồn | Cập nhật AllCoreDevs
Tác giả |Tim Beiko
tiêu đề cấp đầu tiên
Chào mừng 👋🏻
Chuỗi bài viết này nhằm mục đích tóm tắt tiến trình phát triển giao thức cốt lõi, để cộng đồng Ethereum có thể hiểu và tiêu hóa tốt hơn. Có thể nói sê-ri "Cập nhật AllCoreDevs" là một phần đồng hành với "Video & Bản ghi cuộc họp của nhà phát triển cốt lõi" và Bản tóm tắt Twitter của tôi.
Tôi hy vọng bản tóm tắt của mình có thể chia sẻ các vấn đề mà các nhà phát triển cốt lõi đang thảo luận với cộng đồng Ethereum rộng lớn hơn, để nhiều người hơn có thể hiểu những gì đang xảy ra trong cộng đồng Ethereum; đưa ra phản hồi về nó; và thậm chí đóng góp các giải pháp của riêng họ.
Cảm ơn đã đọc 😁
tiêu đề cấp đầu tiên
➤ London hard fork đang chuẩn bị: Quá trình triển khai EIP-1559 đang được tiến hành và phạm vi nâng cấp bị thu hẹp để đáp ứng thời hạn tháng 7 hoặc tháng 8.
nâng cấp berlin
➤ Trọng tâm nâng cấp của hard fork Thượng Hải vẫn đang được thảo luận: hoặc các nhà phát triển cốt lõi sẽ tập trung năng lượng của họ vào việc hợp nhất eth1->eth2 hoặc triển khai các EIP phổ biến hơn sau nguyên mẫu hợp nhấttiêu đề cấp đầu tiênnâng cấp berlin
Nội dung của bản nâng cấp Berlin đã được triển khai trên tất cả các mạng thử nghiệm chính và sẽ được khởi chạy trên mạng chính vào ngày 14 tháng 4 ở độ cao khối 12.244.000. Bản nâng cấp này sẽ cải thiện tính bảo mật của Ethereum và chuẩn bị cho việc triển khai EIP-1559 trong bản nâng cấp ở London. Nếu đầu đọc đang chạy một nút và chưa cập nhật phiên bản máy khách, hãy làm như vậy càng sớm càng tốt! Đối với phiên bản cập nhật của máy khách,
"Thông báo nâng cấp Ethereum Berlin"
Có thông báo.
Về khía cạnh bảo mật, phí gas cho các opcode truy cập trạng thái Ethereum cực kỳ thấp so với chi phí tính toán của chúng và EIP-2929 giải quyết vấn đề này. Lợi dụng chi phí gas thấp của opcode, các tác nhân độc hại có thể tạo các khối liên tục gọi các opcode này, đây là các lệnh có cường độ chậm hơn để xử lý so với các khối thông thường. EIP-2929 giảm bớt điều này bằng cách cung cấp ~3 lần chi phí gas. Về phía khách hàng, quản lý cơ sở dữ liệu đã được cải thiện. Ví dụ: định dạng cơ sở dữ liệu ảnh chụp nhanh của ứng dụng khách Geth cũng giúp xử lý hiệu quả hơn các khối có quyền truy cập trạng thái cao.
Tuy nhiên, để giảm bớt tác động tiêu cực của EIP-2929 đối với người dùng, Berlin Upgrade đã giới thiệu EIP-2930 phù hợp. Nó cho phép người dùng chỉ định "danh sách truy cập" khi gửi giao dịch để sử dụng phí gas thấp hơn so với quy định trong 2929. Việc tính toán phí gas hơi phức tạp, nhưng ở cấp độ cao, nếu khách hàng biết trước giao dịch sẽ liên quan đến phần nào của trạng thái, họ có thể tải trước và tính ít gas hơn cho những lần truy cập đó. Tôi khuyến khích mọi người tham khảo EIP này để tính toán chính xác.
Đối với các nhà phát triển ứng dụng và ví muốn trải nghiệm chức năng tạo "danh sách truy cập", ứng dụng khách Geth sẽ sớm ra mắt các công cụ liên quan 🔜 Bạn có thể nhấp vào đây để xem tiến trình phát triển:
https://github.com/ethereum/go-ethereum/pull/22550. Nói rộng hơn, nếu bạn là nhà phát triển ứng dụng hoặc ví, giờ là lúc thử nghiệm nội dung nâng cấp của Berlin trên mạng thử nghiệm!
Cuối cùng, mọi người lại có một lo lắng khác về việc nâng cấp Berlin, lo lắng rằng EIP-2929 sẽ làm tăng chi phí giao dịch DeFi. Tuy nhiên, sự ra đời của EIP-2930 sẽ bù đắp phần nào (không phải tất cả). Giải pháp rõ ràng để ngăn chặn loại tăng phí gas giao dịch này là tăng giới hạn gas khối.
nâng cấp london
Tuy nhiên, luôn có những ưu và nhược điểm khi làm như vậy: tăng kích thước khối sẽ tăng tốc độ phát triển trạng thái, điều này khiến các nút khó đồng bộ hóa hơn với mạng. Mặt khác, việc không tăng giới hạn block gas sẽ làm tăng chi phí giao dịch của người dùng mạng (trả phí gas đắt đỏ). Có lẽ đây là một sự thỏa hiệp công bằng hơn: giới thiệu 2929 để giảm rủi ro DoS, sau đó tăng dần kích thước khối cho đến khi phí gas tăng theo 2929 được bù đắp dần dần.
tiêu đề cấp đầu tiên
nâng cấp londonVới hard fork Berlin đang trên đường tới mạng chính, các nhà phát triển cốt lõi hiện đang tập trung vào việc nâng cấp mạng tiếp theo: London. Lần nâng cấp này hơi đặc biệt, vì bom độ khó sẽ diễn ra vào tháng 8 nên việc nâng cấp London phải được triển khai trước đó. Điều đó có nghĩa là, quá trình phát triển và cập nhật của bản nâng cấp tiếp theo (London) sẽ bắt đầu trước khi bản nâng cấp trước đó được triển khai, đây là lần đầu tiên các nhà phát triển cốt lõi gặp phải tình huống như vậy.Bản nâng cấp ở London sẽ triển khai EIP-1559 được chờ đợi từ lâu trên mạng chính. Nếu người đọc chưa quen với EIP, tôi đã tập hợp một danh sách các nguồn tài nguyên và ghi lại quá trình phát triển trong năm qua.
bản dịch của
nâng cấp Thượng Hải
Những thay đổi do EIP này mang lại cho Ethereum một mình lớn hơn tất cả các bản nâng cấp EIP ở Berlin cộng lại. Và thời gian thực hiện và thử nghiệm ngắn hơn so với các bản nâng cấp trước, vì vậy các nhà phát triển cốt lõi đang cố gắng thu hẹp phạm vi nâng cấp ở London để có thể hoàn thành đúng hạn. Cho đến nay, bản nâng cấp ở London chỉ bao gồm EIP-1559 và EIP-3238 (đề xuất trì hoãn bom độ khó cho đến quý 2 năm 2022). Sau khi quá trình triển khai và thử nghiệm 1559 kết thúc, các nhà phát triển cốt lõi sẽ ở vị trí tích cực hơn và sau đó quyết định nên thêm EIP nào.
tiêu đề cấp đầu tiên
nâng cấp Thượng Hải
Do phạm vi nâng cấp của London đã được thu hẹp một cách có chủ ý, các nhà phát triển cốt lõi đã bắt đầu lập kế hoạch cấp cao cho việc nâng cấp của Thượng Hải. Chúng ta có hai khả năng chính sau:
Đầu tiên, chúng tôi có thể triển khai các EIP không thể triển khai ở London, chẳng hạn như:
➤ EIP-3074: Cho phép "giao dịch được tài trợ" và hơn thế nữa
➤ EIP-2537: Thêm hỗ trợ cho đường cong BLS-12381 (được sử dụng bởi chuỗi đèn hiệu)
➤ EIP-2327: Có lợi cho nhóm Đoàn kết và Lạc quan
➤ EIP-2935: Hữu ích cho client nhẹ và client phi trạng thái
Ngoài ra, cộng đồng đang ngày càng tập trung vào việc hợp nhất giữa các lớp đồng thuận (eth2) và ứng dụng (eth1), nói một cách đơn giản là Hợp nhất™️. Kho lưu trữ thông số kỹ thuật eth2 đã có PR cho đề xuất "thông số kỹ thuật hợp nhất đơn giản hóa" và rất gần với những gì nhóm khách hàng có thể tạo nguyên mẫu.
Mặc dù thông số kỹ thuật hợp nhất có thể tương đối đơn giản nhưng vẫn còn một số vấn đề kỹ thuật cần được giải quyết để các ứng dụng khách lớp ứng dụng sử dụng chuỗi đèn hiệu làm công cụ đồng thuận của họ. Thu hút sự chú ý của các nhà phát triển khách hàng ở cả hai bên về những vấn đề này là cách chúng tôi tìm và khắc phục chúng.
Nhóm khách hàng vẫn cần xử lý tốt hơn việc tiêu hóa các thông số kỹ thuật và bắt đầu xây dựng các nguyên mẫu trước khi họ có thể quyết định xem chúng tôi đã sẵn sàng chuyển toàn bộ năng lượng của mình vào nỗ lực hợp nhất hay chưa hoặc nếu cần một nhóm làm việc nhỏ trước khi mọi người tham gia. nhiều công việc được thực hiện. Để đẩy nhanh quá trình này, các khách hàng từ các lớp ứng dụng và đồng thuận sẽ phát triển các nguyên mẫu của các thông số kỹ thuật mới nhất trong cuộc thi Scaling Ethereum Hackathon.
Trên đây là nội dung cập nhật của vấn đề này! Cuộc họp AllCoreDevs tiếp theo sẽ được tổ chức vào Thứ Sáu, ngày 2 tháng 4 lúc 22:00 giờ Bắc Kinh. Hẹn gặp lại bạn lần sau!
Công việc dịch thuật của ECN nhằm mục đích cung cấp thông tin và tài nguyên học tập chất lượng cao cho cộng đồng Ethereum Trung Quốc. Bản quyền của bài viết thuộc về tác giả gốc và phải ghi rõ nguồn của văn bản gốc cũng như trang web ETH Trung Quốc khi in lại. Để tái bản dài hạn, vui lòng liên hệ với eth@ecn.co để được ủy quyền.
Link gốc: https://hackmd.io/@timbeiko/acd/https%3A%2F%2Fhackmd.io%2F%40timbeiko%2FH1US36qzO
Trang web: ethereum.cn
