Tác giả gốc: Cập nhật AllCoreDevs
Biên dịch gốc: H.Forest Ventures, 0x123
Lý do được đề xuất:
Lý do được đề xuất:
tiêu đề cấp đầu tiên
TL;DR👀
Rất nhiều chuyện đã xảy ra kể từ tháng Giêng và tôi đã cố gắng sắp xếp thời gian để viết nó ra. Dưới đây là những điểm nổi bật chính của bài viết này:
Testnet hợp nhất mới nhất Klin đã được ra mắt. Quá trình chuyển đổi Pos trên cùng của nó đã bộc lộ một số vấn đề về triển khai và hiện tại, tất cả các thử nghiệm hợp nhất đã sẵn sàng.
Bản nâng cấp Ethereum tiếp theo có tên là "Shanghai" đang được lên kế hoạch. Bao gồm nâng cấp EVM, rút chuỗi đèn hiệu, phí lớp 2 thấp hơn và nhiều kế hoạch khác.
Công việc trên đặc tả thực thi của lớp thực thi Ethereum đang tiến triển tốt. Bước tiếp theo là điều phối quá trình nâng cấp EL+CL (lớp thực thi + lớp đồng thuận).
tiêu đề cấp đầu tiên
Kiln 🔥🧱
Sau Kintsugi, testnet Klin gần đây cũng đã ra mắt. Nó thực hiện các thay đổi đối với thông số Hợp nhất dựa trên các trường hợp cạnh được tìm thấy trên Kintsugi và một số đổi tên. Mặc dù hiện tại có vẻ như thông số kỹ thuật chạy của The Merge gần như là bản cuối cùng, nhưng trong quá trình chuyển đổi sang chạy trên Klin, một số máy khách đã phát sinh một số vấn đề về triển khai. Các nhóm liên quan đang tăng gấp đôi số lượng thử nghiệm để đảm bảo rằng tất cả các triển khai đều an toàn và ổn định. Danny trong bộ phim mới nhất của anh ấyBài viết đã hoàn thiệnĐiều này được giới thiệu trong .
Ngoài ra, chúng tôi đang yêu cầu cộng đồng nhà phát triển rộng lớn hơn sử dụng Klin và đảm bảo sản phẩm của họ hoạt động như mong đợi. Xin gửi lời cảm ơn đến Kurtosis, Tenderly, Lido, Uniswap, EthStaker, Infura và Blockdaemon vì đã dùng thử Klin.
Giả sử không tìm thấy vấn đề nghiêm trọng nào, Klin dự kiến sẽ là mạng thử nghiệm công khai cuối cùng được phát hành. Sau khi chúng tôi hài lòng với việc triển khai ứng dụng khách và sự sẵn sàng của cơ sở hạ tầng/công cụ, bước tiếp theo sẽ là chạy Hợp nhất trên các mạng thử nghiệm hiện có (Ropsten, Goerli, Sepolia, v.v.).
Giống như mọi lần nâng cấp, chúng tôi sẽ duy trì kiểm tra liên tục sau khi nâng cấp testnet để đảm bảo hoạt động ổn định của testnet. Khi chúng tôi chắc chắn rằng mạng thử nghiệm đang hoạt động như mong đợi, chúng tôi sẽ sắp xếp quá trình chuyển đổi sang mạng chính Ethereum.
Mặc dù chúng tôi đang tiến gần đến thời điểm rất thú vị đối với toàn bộ cộng đồng, nhưng quá trình chuyển đổi an toàn là ưu tiên số một của The Merge, hơn là chạy vào ngày mục tiêu. Đây là bản nâng cấp phức tạp nhất của Ethereum cho đến nay. Chúng tôi hy vọng sẽ hoàn thành nó.
Sau khi lịch trình cập nhật cụ thể của testnet và mainnet được xác định, nó sẽ được tiết lộ thông qua các ấn phẩm cộng đồng, chẳng hạn như Tuần trong Ethereum, Có gì mới trong Eth2, blog EF, v.v. Mọi ngày mục tiêu hiện được quảng cáo đều sai vì không có ngày chính xác nào được đặt. Trong những tháng tới, vui lòng hết sức cảnh giác với những trò gian lận tiềm ẩn và thông báo sai.
Lưu ý về bom độ khó 💣
Quả bom độ khó, đã bị trì hoãn trong bản nâng cấp Arrow Glacier (Arrow Glacier) năm ngoái, dự kiến sẽ có thể phản ánh tác động của nó đối với tốc độ sản xuất khối vào khoảng tháng 6 (bấm vào đây để xemtiến độ mới nhất). Mặc dù lý tưởng nhất là chuyển sang POS trước khi trì hoãn việc nâng cấp bom độ khó, ba điểm sau đây vẫn đáng lưu ý:
Tác động của quả bom độ khó đối với thời gian khối là dần dần. Điều này có nghĩa là một khi người dùng cảm thấy tác động của quả bom trên mạng, tốc độ sản xuất khối sẽ tiếp tục giảm trong vòng 4-8 tuần, nhưng sẽ không quá chậm (có thể là 14-17 giây).
Trong lịch sử, khi một quả bom bị trì hoãn, chúng tôi chọn trì hoãn nó trong ít nhất 6 tháng, vì chúng tôi thường lên kế hoạch thực hiện một bản nâng cấp mạng khác sau thời gian đó. Nói cách khác, đối với bom trì hoãn thời gian không có nghiêm ngặt quy định, hoàn toàn có thể trì hoãn một hai tháng, chỉ cần so với trì hoãn hơn 6 tháng là thích hợp hơn.
tiêu đề cấp đầu tiên
Nâng cấp "Thượng Hải" 🌃
bấm vào đâybấm vào đây. Dự kiến sẽ có 3 thay đổi lớn trong lần nâng cấp này, cũng như cải tiến một số chi tiết. Đọc để tìm hiểu thêm về bản cập nhật này với chúng tôi!
Định dạng đối tượng EVM (Ethereum Virtual Machine)
Trong những năm qua, các nhà nghiên cứu và nhà phát triển khách hàng đã làm việc chăm chỉ để cải thiện EVM mà không vi phạm các hợp đồng hiện tại. Năm ngoái, nhóm Ipsilon đã đưa ra một ý tưởng thực sự thông minh: cung cấp chức năng mới cho các hợp đồng được triển khai với số nhận dạng cụ thể, nhưng vẫn giữ cho các hợp đồng hiện có thực thi nguyên trạng. Đây là cái hiện được gọi là Định dạng Đối tượng EVM, hay viết tắt là EOF.
Trong bản nâng cấp "London", chúng tôi đã bảo tồn một phần số nhận dạng này bằng cách vô hiệu hóa việc triển khai các hợp đồng mới bắt đầu bằng byte 0xEF. Trước khi bản nâng cấp "London" hoạt động, một số lượng nhỏ hợp đồng bắt đầu với 0xEF đã được triển khai, nhưng hiện tại điều này không hoạt động, chúng tôi có thể thêm một byte thứ hai (chúng tôi gọi đó là byte "ma thuật") vào tiền tố 0xEF và Nhận một trình tự mà chúng tôi có thể đảm bảo không được sử dụng bởi bất kỳ hợp đồng nào.
EIP-3540 giải thích chi tiết về điểm này và nêu bật lợi ích hữu hình đầu tiên của phương pháp này: việc tách mã và dữ liệu để tạo điều kiện xác minh mã trên chuỗi. Điều này cũng đặt nền tảng cho việc giới thiệu các loại phần mới của mã hợp đồng có thể giúp kích hoạt chức năng phức tạp ngày nay, chẳng hạn như tài khoản trừu tượng, luồng điều khiển trong EVM và EIP-3074.
Là một giao thức đồng hành với EIP-3540, EIP-3670 sẽ cho phép xác minh mã khi hợp đồng EOF được triển khai.
Rút tiền theo chuỗi Beacon 🏧
Một tính năng chính khác của bản nâng cấp “Shanghai” là kích hoạt rút tiền chuỗi đèn hiệu. Sau nhiều đề xuất, giao thức EIP-4895 do chúng tôi thiết kế đã có thể làm hài lòng nhóm khách hàng: chuỗi đèn hiệu có thể sử dụng rút tiền như một hoạt động đẩy.
Đặc tả meta phác thảo toàn bộ quá trình hoạt động như thế nào. Ở cấp độ cao, trong mỗi vị trí, chuỗi đèn hiệu có thể xử lý một số lần rút tiền toàn bộ hoặc một phần nhất định. Mỗi lần rút tiền được theo dõi bằng một biên nhận bao gồm số tiền rút, địa chỉ đích và một chỉ mục duy nhất. Các khoản rút tiền này sau đó được ghi có vào lớp thực thi như một phần của quy trình xác thực và tạo khối, tương tự như cách phát hành bằng chứng công việc được ghi có cho những người khai thác ngày nay. Có thể tìm thấy các vấn đề theo dõi các thay đổi khác nhau cần thiết cho lớp đồng thuận trong kho lưu trữ thông số kỹ thuật đồng thuận. Tùy chọn rút tiền một phần sẽ cho phép người xác nhận rút phần thưởng tích lũy của họ, nhưng vẫn cần đảm bảo số tiền đặt cược là 32 ETH để duy trì xác thực và tiếp tục kiếm phần thưởng.
Phí lớp 2 thấp hơn📉
Trong bản nâng cấp "Shanghai", bản cập nhật lớn cuối cùng mà chúng tôi muốn thực hiện là chi phí cấp 2 thấp hơn. Bởi vì từ dữ liệu giao dịch hoặc bằng chứng được xuất bản trên lớp thứ nhất bởi lớp thứ hai, một phần lớn phí giao dịch của người dùng cuối đến từ chi phí gas phân bổ của việc lưu trữ dữ liệu trên lớp đầu tiên. Sharding cung cấp tùy chọn rẻ hơn để xuất bản dữ liệu ở lớp thứ hai và trong khi thông số kỹ thuật dường như đã được giải quyết, việc triển khai sharding đầy đủ vẫn chưa sẵn sàng.
Trong thời gian chờ đợi, có hai tùy chọn để giảm các chi phí này: giảm chi phí CALLDATA trên mạng chính hoặc triển khai "phân mảnh thô", có thể bằng cách giới thiệu một loại giao dịch mới trên Ethereum có tên là Giao dịch Shard Blob.
GIẢM CHI PHÍ VỚI CALLDATA
Cách dễ nhất để giảm phí giao dịch trên lớp thứ hai là giảm chi phí lưu trữ trên lớp đầu tiên. EIP-4488 đề xuất làm như vậy, giảm chi phí CALLDATA từ 16 gas mỗi byte xuống còn 3 gas mỗi byte. Giảm chi phí lưu trữ ở Cấp 1 sẽ giảm chi phí ở Cấp 2 [1].
Mặc dù giảm chi phí xăng là một thay đổi đơn giản, nhưng nó cũng có một số tác động thứ hai. Đầu tiên, thêm CALLDATA vào một khối sẽ làm cho khối lớn hơn. Để cân bằng điều này, EIP đề xuất giới hạn số lượng CALLDATA trong mỗi khối. Thứ hai, ngay cả khi giới hạn trên được đặt, EIP này sẽ tăng tốc độ tăng trưởng dữ liệu trên chuỗi lịch sử ở lớp thực thi. Để giải quyết các vấn đề trên, EIP-4444 đề xuất rằng cần phát triển tính năng truy xuất dữ liệu lịch sử ngoài băng tần và cần phải thay đổi đảm bảo về dữ liệu lịch sử trên mạng ngang hàng Ethereum.
Mặc dù dữ liệu về chuỗi lịch sử đang dần tăng lên, nhưng việc chạy EIP này có nghĩa là chúng tôi cần xử lý vấn đề này khẩn cấp hơn sau khi nó trực tuyến. Bên cạnh đó, một phần nhỏ của EIP này sẽ được sử dụng lại trong quá trình triển khai bảo vệ đầy đủ. Nó chủ yếu là một giải pháp tạm thời. Nói cách khác, EIP-4488 là một bản cập nhật tương đối đơn giản, nhưng nó có tác dụng đáng kể trong việc giảm chi phí của lớp thứ hai.
Shard Blob Transactions
Một đề xuất khác, EIP-4844[2], giới thiệu Giao dịch Shard Blob, đưa chúng ta đến gần hơn với giải pháp triển khai sharding hoàn chỉnh. Cũng giống như việc rút tiền chuỗi đèn hiệu, đề xuất có một đặc tả meta liên kết với đặc tả lớp đồng thuận và các tài nguyên khác.
Ở cấp độ sâu hơn, loại giao dịch mới này sẽ bao gồm một cam kết đối với một khối dữ liệu được truyền trên chuỗi đèn hiệu. Đề xuất này có thể được xem là "mini-sharding" và thay vì dựa vào việc lấy mẫu tính khả dụng của dữ liệu, mọi nút trong mạng cần xác thực tất cả dữ liệu trong blob. Cũng giống như trường hợp bảo vệ hoàn toàn, dữ liệu trong các bolbs này chỉ được đảm bảo khả dụng trên mạng trong một khoảng thời gian nhất định chứ không được lưu trữ vĩnh viễn. Để duy trì khả năng quản lý các yêu cầu của nút, dữ liệu blob được giới hạn ở mức 1 MB/ổ cắm, trong khi các phân đoạn đầy đủ là 16 MB/ổ cắm.
EIP-4844 sẽ đặt nền móng cho việc bảo vệ hoàn toàn. Điều đáng chú ý là tất cả các thay đổi trong tương lai sẽ được giới hạn trong lớp đồng thuận. Từ phối cảnh của lớp thực thi, các phân đoạn đang hoạt động.
Ghi chú:
Ghi chú:
bấm vào đâybấm vào đây。
[2] EIP-4488 và EIP4844 có số lượng rất giống nhau trong các đề xuất cạnh tranh, điều này rất khó chịu.
cải thiện chi tiết
Ngoài 3 cải tiến lớn trên, một số cải tiến nhỏ cũng đã được xem xét trong bản nâng cấp “Shanghai”, cụ thể là:
EIP-3651, giảm chi phí gas khi truy cập các địa chỉ Coinbase và khắc phục lỗ hổng trong EIP-2929.
EIP-3860, giới hạn kích thước của inicode và giới thiệu đo khí cho các trường.
EIP-3855, thêm một opcode mới PUSH0, như bạn có thể mong đợi, đẩy "0" vào ngăn xếp EVM.
bấm vào đâybấm vào đây). EOF, rút tiền beacon chain và giảm phí lớp 2 đã khiến nâng cấp "Shanghai" trở thành một trong những cập nhật lớn nhất cho đến nay, vì vậy chúng tôi cần phải làm việc thật chăm chỉ ngay bây giờ để ưu tiên nâng cấp những gì.
tiêu đề cấp đầu tiên
Thông số lớp thực thi Ethereum (EELS) 📜
Như bạn đã nhận thấy khi đọc ở trên, một số đề xuất cho việc nâng cấp "Shanghai" bao trùm các lớp điều hành và đồng thuận. Theo nguyên tắc thông thường, chúng tôi sử dụng các quy trình khác nhau để đưa ra các thay đổi ở mỗi lớp.
Ở cấp độ điều hành, EIP cốt lõi chứa các thông số kỹ thuật được cải thiện. Ethereum Yellow Paper là thông số kỹ thuật tham chiếu cho mạng, nhưng nó thường được cập nhật tương ứng sau khi nâng cấp trực tuyến và đôi khi còn có độ trễ đáng kể. Điều này có nghĩa là đối với tầng thực thi, Sách vàng cộng với giao thức EIP tương ứng là thông số kỹ thuật hiệu quả cho tầng thực thi.
Ở lớp đồng thuận, một đặc tả thực thi được sử dụng làm tham chiếu, trong đó các thay đổi được chỉ định trực tiếp, sau đó có thể được sử dụng để tạo các thử nghiệm cho các thay đổi.
Do đó, mặc dù cộng đồng có thể hiểu rõ quy trình của lớp thực thi (và chúng tôi cũng cung cấp các mô tả dữ liệu dễ tham khảo), nhưng nó vẫn không lý tưởng từ quan điểm kỹ thuật. Ngược lại, trong khi quy trình lớp đồng thuận xanh hơn về mặt kỹ thuật, thì các cộng đồng lớn sẽ khó tuân theo hơn. May mắn thay, công việc trên EELS (Thông số kỹ thuật thực thi cho Lớp thực thi Ethereum) đã bắt đầu.
Việc có các thông số kỹ thuật có thể thực thi được ở cả lớp thực thi và lớp đồng thuận cho phép chúng tôi điều phối quá trình thay đổi trên cả hai lớp. Mặc dù vẫn còn nhiều khúc mắc cần giải quyết, các cuộc thảo luận đã bắt đầu về cách tốt nhất để thực hiện việc di chuyển. Chuỗi Ethereum Magicians hiện được dành cho chính chủ đề này. Trong khi EELS vẫn đang được phát triển, chúng tôi có thể sử dụng nó song song với quy trình hiện tại trong quá trình nâng cấp "Shanghai".
tiêu đề cấp đầu tiên
Công đoàn thỏa thuận 💰
Tôi muốn kết thúc bằng cách nói về Hiệp hội Giao thức cũng rất quan trọng, hiện có một trang web phiên dịch đầy đủ. Bồi thường cho những người duy trì giao thức gần đây là một chủ đề nóng và hiệp hội giao thức muốn trở thành một phần của giải pháp cho vấn đề này. Tuyên bố Tiết lộ: Tôi là thành viên và nhận được tài trợ từ, Hiệp hội Hiệp ước.
Bạn có thể chia lương thưởng thành ba lĩnh vực: lương cơ bản, ưu đãi phù hợp và tiềm năng tăng thêm. Hiện tại, mức lương cơ bản của các nhà phát triển và nhà nghiên cứu khách hàng được trả bởi các nhà tuyển dụng tương ứng của họ. Mặc dù một số trong số này có thể ở dạng khuyến khích vốn chủ sở hữu, Ethereum Foundation đã công bố kế hoạch khuyến khích khách hàng trị giá 39.000 ETH vào năm ngoái để đảm bảo rằng tất cả các nhóm khách hàng đều có cổ phần lớn trong Ethereum.
Liên minh giao thức khác với kế hoạch thưởng và khuyến khích cơ bản ở chỗ nó nhằm mục đích cung cấp cho các thành viên của mình mã thông báo cho các dự án khác nhau được xây dựng trên ethereum, thay vì chính ethereum. Liên minh giao thức bao gồm các kỹ sư giao thức, nhà nghiên cứu và một số ít người như tôi, những người đang tham gia điều phối giao thức. Hiện có khoảng 100 thành viên.
Nói tóm lại, các hiệp hội cho phép các nhà tài trợ quyên góp mã thông báo, sau đó được chuyển cho người nhận theo thời gian. Danh sách người nhận có thể được cập nhật, do đó cho phép thêm những người đóng góp mới và xóa những người đóng góp trước đó một cách thường xuyên.
Các liên minh giao thức vẫn đang trong giai đoạn thử nghiệm ban đầu, nhưng nếu thành công, chúng có thể bổ sung cho các sáng kiến tập trung vào cơ sở như Gitcoin và Tài trợ hàng hóa công cộng hồi tố.
Sau khi đảm bảo thành công nguồn tài trợ Gitcoin, bước tiếp theo của liên minh giao thức là kiểm tra kiến trúc hợp đồng thông minh. Đồng thời, việc tiếp cận với các nhà tài trợ ban đầu sẽ bắt đầu. Kế hoạch là điều hành liên minh giao thức trên cơ sở quyên góp hạn chế trong khoảng 1 năm để đảm bảo rằng cả hai thành phần kỹ thuật và quản trị đều hoạt động trơn tru. Hy vọng rằng thí điểm này chứng minh rằng chúng tôi có thể tạo ra các cơ chế mới để điều phối tài trợ cho hàng hóa công cộng trên Ethereum.
Kế hoạch bước tiếp theo ✅
Ưu tiên chính của chúng tôi vẫn là hợp nhất, với sự tập trung đổi mới vào thử nghiệm. Trong tháng tới, chúng tôi hy vọng sẽ hoàn thành việc triển khai, chạy nhiều mạng phát triển ngắn hạn và thu thập phản hồi từ các nhà cung cấp ứng dụng, cơ sở hạ tầng và công cụ. Mọi thứ khác (nâng cấp "Thượng Hải", thực thi các quy tắc, đàm phán công đoàn) cũng sẽ tiếp tục.
Chúng tôi mong đợi một bản cập nhật khác trong một hoặc hai tháng. Đồng thời, chúng ta cũng có thểDevconnectGhi chú của người dịch:
Ghi chú của người dịch:
Tài khoản chính thức: H Forest
Theo chúng tôi:
Twitter của chúng tôi: @Forest_Ventures
Gương của chúng tôi:H.Forest
Tài khoản chính thức: H Forest
IOS
Android