Các địa chỉ biên dịch trước cụ thể được chỉ định cho các hoạt động BLS khác nhau. Hợp đồng có thể được thực hiện trực tiếp bằng cách gọi các địa chỉ biên dịch trước này mà không cần triển khai mã bổ sung để thực hiện các hoạt động toán học phức tạp liên quan đến BLS12-381.
Diễn giải
Nó ngày càng trở nên thuận tiện hơn đối với người dùng thông thường và họ có thể sử dụng ví hợp đồng thông minh đa chữ ký với chi phí thấp. Nó có thể giảm đáng kể độ phức tạp và chi phí Gas của các tính toán xác minh chữ ký, đồng thời có thể triển khai và hỗ trợ hiệu quả hơn các chức năng như bằng chứng không kiến thức (như zk-SNARK) và mã hóa đồng cấu. Điều này sẽ ảnh hưởng đến quyền riêng tư và khả năng tương tác (đặc biệt là với các blockchain hỗ trợ BLS khác như ZCash).
EIP-2935 (Phục vụ các băm khối lịch sử từ trạng thái)
Chức năng
Lưu trữ 8192 băm khối cuối cùng trong bộ lưu trữ của hợp đồng hệ thống để cung cấp cho các máy khách không trạng thái dữ liệu băm khối gần đây.
Thiết kế này cho phép khách hàng truy cập vào băm khối lịch sử trong quá trình thực hiện mà không cần phải lưu trữ toàn bộ dữ liệu lịch sử của chuỗi. Điều này đặc biệt quan trọng đối với các giải pháp tối ưu hóa trong tương lai như cây Verkle.
Dữ liệu băm này được lưu trữ dưới dạng bộ đệm vòng và hỗ trợ cập nhật liên tục, nghĩa là luôn giữ nguyên giá trị băm khối 8192 mới nhất.
Cung cấp các thao tác Set và get. SET là địa chỉ hệ thống có thể được sử dụng để ghi giao dịch, trong khi người dùng có thể sử dụng get để truy vấn băm khối bằng số khối.
Diễn giải
Vì máy khách có thể truy cập vào hàm băm khối lịch sử thông qua một truy vấn đơn giản mà không cần thêm dung lượng lưu trữ,mặc dù không ảnh hưởng trực tiếp đến người dùng thông thường,nó sẽ thúc đẩy sự xuất hiện của một số máy khách không cần lưu trữ, có giá trị tối ưu hóa cho các ứng dụng dịch vụ trên chuỗi cần xác minh.
Nó cũng giúp giảm chi phí của RollupL2, vì hầu hết các L2 cần truy cập vào các hàm băm khối L1 từ khoảng thời gian trước để xác minh tính nhất quán và thông tin lịch sử của dữ liệu trên chuỗi.
Ngoài ra còn có các dịch vụ xác minh trên chuỗi như máy oracle, yêu cầu xác minh và theo dõi dữ liệu của các khối lịch sử để ngăn chặn lỗi dữ liệu được báo cáo ngoài chuỗi.
Nhiều phương án tối ưu hóa cho các kịch bản staking
Staking Ethereum là một chủ đề lớn, nhưng nó có ít tác động đến người dùng thông thường (nhưng nếu bạn tham gia staking, bạn cần xem xét kỹ hơn và suy nghĩ về logic kinh tế ở đây). Tôi sẽ tóm tắt từng đề xuất trong một câu và sau đó cùng nhau bình luận về nó.
EIP-6110 (Cung cấp valtiền gửi idator trên chuỗi)
sẽ sử dụng cơ chế giao thức trong chuỗi để triển khai xử lý hoạt động thế chấp, loại bỏ cơ chế bỏ phiếu của lớp đồng thuận và tối ưu hóa tính bảo mật và hiệu quả của luồng thế chấp. Bằng cách thêm danh sách các hoạt động cam kết xác thực vào khối lớp thực thi, bản ghi và quá trình xác minh hoạt động cam kết được đặt trực tiếp vào cấu trúc khối lớp thực thi, do đó lớp đồng thuận không còn cần phải dựa vào cơ chế bỏ phiếu dữ liệu cam kết (eth1data).
EIP-7002 (Rút tiền có thể kích hoạt ở lớp thực thi)
Đề xuất này cho phép lớp thực thi của Ethereum cung cấp một cơ chế để kích hoạt việc thoát của trình xác thực và rút tiền một phần, cho phép các trình xác thực sử dụng chứng từ rút tiền "0x01" để kiểm soát độc lập số ETH đã đặt cược của họ từ lớp thực thi.
EIP-7251 (Tăng MAX_EFFECTIVE_BALANCE)
Tăng giới hạn staking hiệu quả cho một trình xác thực duy nhất (lên 2048ETH), trong khi giới hạn staking tối thiểu vẫn là 32 ETH.
EIP-7549 Di chuyển chỉ mục ủy ban ra bên ngoài Xác nhận
Di chuyển trường chỉ mục ủy ban của thông báo "Xác nhận" trong lớp đồng thuận ra bên ngoài thông báo để đơn giản hóa quá trình xác minh và cải thiện hiệu quả. Kết quả là hiệu suất được cải thiện cho máy khách Casper FFG, đặc biệt khi chạy trong mạch ZK.
Diễn giải
Có vẻ khó hiểu khi phải đọc quá nhiều nội dung cùng một lúc, nhưng thực tế chúng ta chỉ cần kiểm soát lại những nhu cầu cốt lõi.
Bối cảnh vĩ mô là cụm trình xác thực của Ethereum đang phát triển nhanh chóng, với hơn 830.000 trình xác thực tính đến tháng 10 năm 2023. Vì MAX_EFFECTIVE_BALANCE bị giới hạn ở 32 ETH nên người vận hành nút cần tạo nhiều tài khoản xác thực để quản lý số tài sản được đặt cược lớn hơn, dẫn đến tồn tại một số lượng lớn "trình xác thực dư thừa".
Do đó, giới hạn tối đa được tăng lên thông qua EIP-7251. Đối với các giao thức staking tổng hợp như lido, số lượng tài khoản được kiểm soát có thể giảm và độ phức tạp của hệ thống có thể giảm, nhưngđiều này có thể làm trầm trọng thêm vấn đề phi tập trung và khiến thị trường staking ETH trở nên tập trung hơn.
Luôn duy trì số tiền cam kết tối thiểu là 32 có nghĩa là các hộ gia đình lớn vẫn phải tham gia. Đây là một sự thỏa hiệp sinh thái với giao thức tổng hợp và nó cũng ngăn các hộ gia đình nhỏ thực hiện các hoạt động tần suất cao ảnh hưởng đến tính ổn định của lớp đồng thuận.
Thông qua EIP-7549, tính linh hoạt của các hoạt động rút tiền được tăng lên, giúp người thế chấp và người vận hành nút tăng cường khả năng kiểm soát tiền của mình. Bối cảnh kỹ thuật ở đây là thiết kế ban đầu có một số lỗi. Vì chỉ số ủy ban được bao gồm trong thông tin chữ ký, ngay cả đối với cùng một phiếu bầu, các gốc chữ ký khác nhau sẽ được tạo ra do các ủy ban khác nhau, dẫn đến nhu cầu xác minh từng phiếu bầu riêng biệt. Do đó, động lực của EIP-7549 là giảm số lượng hoạt động ghép nối cần thiết để xác minh bằng cách loại bỏ chỉ mục ủy ban trong chữ ký, do đó đạt được tổng hợp các phiếu bầu giống hệt nhau.
Do đó, chúng ta nên chú ý đến việc Ethereum liên tục tối ưu hóa trải nghiệm staking,về cơ bản là để hợp nhất nhóm staking và các nhà điều hành node, đây chính là mạch máu của Ethereum sau khi sáp nhập. Khi một lượng lớn tiền không còn ở Ethereum nữa, bản thân tính bảo mật của nó sẽ bị lung lay.
Sau khi nhiều EIP được thêm vào, điều này sẽ cho phép các nhà điều hành nút quy mô lớn hơn hợp nhất nhiều tài khoản xác thực, đồng thời mang lại nhiều tính linh hoạt hơn cho các trình xác thực nhỏ, chẳng hạn như tăng thu nhập thông qua tích lũy lãi kép hoặc tăng dần tiền đặt cược linh hoạt hơn.
Điều này rất quan trọng. Sau khi đạt đến 32 ETH ban đầu, nếu bạn tạo ra 10 ETH thu nhập mới, bạn sẽ không tiếp tục sử dụng ETH để thế chấp, vì bạn vẫn cần đạt được 32 để mở tài khoản mới.
Nhưng sau bản cập nhật này, bạn có thể stake trực tiếp 42 eth. Rõ ràng là lãi kép của bạn có thể được trả lại cho ETH.
vậy theo tôi,với tình hình lợi nhuận yếu hiện tại của các dự án DeFi trên thị trường ETH, nó sẽ tiếp tục hút cạn, và tính thanh khoản của ETH sẽ giảm. Đây có thể là động lực để nền tảng thúc đẩy loạt bài này.
Tối ưu hóa hệ sinh thái L2
EIP-7623: Trongctăng chi phí calldata
Đây là điều sẽ ảnh hưởng đến lớp evm. Phí gas của calldata trong giao dịch được tăng trực tiếp từ 4/16 gas cho mỗi byte lên 10/40 gas. Hai giá trị ở đây là để phân biệt phí của 0 byte và không phải 0 byte, cả hai đều tăng gấp 2,5 lần.
Trên thực tế, việc giảm áp lực khối là lá cờ,buộc L2 không sử dụng calldata mà sử dụng nhiều Blob hơn.
EIP-7691: Tăng thông lượng blob
Tăng dung lượng của blob trong các khối, do đó hỗ trợ không gian lưu trữ L2 lớn hơn. Trong bản nâng cấp Cancun trước đó, có hai tham số cốt lõi biểu diễn các blob, targetvàmax, được sử dụng để chỉ ra số lượng blob mục tiêu trên mỗi khối và số lượng blob tối đa trên mỗi khối. Ở Cancun, các thông số là 3 và 6, và bây giờ sau Prague, các thông số đã trở thành 6 và 9. Tóm lại, sức chứa đã được mở rộng.
Trên thực tếEthereum chỉ đang thêm một "đường cao tốc" vào L2, nhưng cách giải quyết "quản lý giao thông" và "tiêu chuẩn tính phí cho các đường cao tốc khác nhau" mới là vấn đề cơ bản nhất.
EIP-7840: Thêm lịch trình blob vào tệp cấu hình EL
Đã tăng tệp cấu hình để cho phép máy khách điều chỉnh cài đặt số lượng blob của EIP-7691 một cách linh hoạt.
Ngoài ra còn có một tham số baseFeeUpdateFraction có thể điều chỉnh khả năng phản hồi của giá gas của blob.
Diễn giải
Xét cho cùng, đây là đề xuất EIP nên nghe có vẻ rất kỹ thuật, nhưng khái niệm cốt lõi thì dễ nắm bắt.
Điểm bán hàng cốt lõi của Ethereum đã thay đổi từ hệ thống hợp đồng của Defi Summer sang cộng đồng sinh thái L2.Bất kỳ hệ thống chuỗi nào khác, ngay cả hệ thống btcL2 nóng nhất trong 24 năm qua (bản chất của dòng chữ này vẫn là do kỳ vọng của L2), đều hoàn toàn không có vị thế cạnh tranh với L2 của Ethereum.
Vì nó giống như BTC, do hạn chế về chuỗi nên khó có thể đạt được khả năng dự phòng dữ liệu và chia sẻ bảo mật theo nghĩa thực tế của L2.
Các hệ thống svm và move khác về cơ bản vẫn đang phát triển L1 của riêng chúng và khám phá hời hợt L2 ở trên. Tất nhiên, hiệu suất cao của các chuỗi này phụ thuộc tương đối ít vào L2.
Vì vậy, Ethereum tự cải thiện thông qua tps của L2. Tất nhiên, có nhiều vấn đề, chẳng hạn như tính thanh khoản phân tán và độ phức tạp của chuỗi chéo. Nhưng đây là con đường duy nhất anh có thể đi. Rốt cuộc, một khi web3 phát triển đến giai đoạn chuỗi ứng dụng tần suất cao, nó sẽ không thường xuyên vượt qua các chuỗi và để giải quyết các vấn đề về tính thanh khoản và tính phổ quát, có những con đường như trừu tượng hóa chuỗi đang được thử nghiệm. Sau đó, chúng ta sẽ giải thích mạng lưới hạt và các phân tích khác.
Vì chi phí giao dịch trên L2 sẽ phụ thuộc rất nhiều vào dung lượng của Blob của Ethereum, mục đích của việc sửa đổi phí gas của calldata là khuyến khích L2 sử dụng nhiều blob hơn. Đừng sử dụng calldata được Ethereum lưu giữ vĩnh viễn để lưu trữ dữ liệu trạng thái của L2.
Ngoài ra, dung lượng của blob cũng cần phải tính đến sự gia tăng tiếp theo của L2 và cần có thể cấu hình động.
Do đó, thông qua hướng phát triển này, có thể xác định thêm tính chắc chắn của hướng L2,điều này cũng có nghĩa là tính chắc chắn của nhu cầu thị trường trong việc giải quyết những thiếu sót của L2.
Cuối cùng
Bản nâng cấp Prague là một điểm dừng quan trọng trên con đường phát triển liên tục của Ethereum, nhưng theo tôi,bản nâng cấp này giống như một kế hoạch thỏa hiệp đòi hỏi phải thỏa hiệp và điều chỉnh liên tục.
Ethereum đang bị thị trường thúc đẩy thay vì dẫn đầu, bởi vì ngoài các tối ưu hóa độc đáo của Ethereum về staking và L2, các bls, aa, v.v. khác thực sự đã được các L1 khác thử nghiệm rộng rãi.
Tuy nhiên, xét về ý nghĩa tổng thể,mặc dù bản nâng cấp này không gây ra các cuộc thảo luận rộng rãi trên thị trường như "London" và "Sáp nhập", nhưng nó đang âm thầm đặt nền tảng khả năng mở rộng và phi tập trung cao hơn cho mạng lưới Ethereum.
Việc nâng cao tính trừu tượng của tài khoản sẽ giảm ngưỡng cho người dùng sử dụng các ứng dụng được mã hóa. Việc cải thiện cơ chế staking sẽ củng cố thêm tính bảo mật và tính ổn định của mạng lưới Ethereum PoS. Việc cải thiện tính khả dụng và thông lượng dữ liệu sẽ cung cấp không gian rộng hơn cho hệ sinh thái lớp thứ hai ngày càng thịnh vượng.
Có thể thấy trước rằng với việc hoàn thành nâng cấp Prague/Electra,Ethereum sẽ trở nên hiệu quả hơn, thân thiện hơn và linh hoạt hơn. Quan trọng hơn, một số khái niệm và công nghệ do nâng cấp Prague mang lại đã chỉ ra hướng cải tiến trong tương lai.
Trong bản nâng cấp hard fork "Osaka" được lên kế hoạch tiếp theo, cộng đồng có thể giới thiệu nhiều cải tiến mang tính cách mạng hơn,chẳng hạn như giải pháp trạng thái cây Verkle được mong đợi từ lâu và cơ chế xác nhận cuối cùng của một khe cắm.
Về lâu dài, lộ trình phát triển của Ethereum rất rõ ràng và chắc chắn (mặc dù hơi cứng đầu). Hiệu ứng tích lũy của những nâng cấp này sẽ thúc đẩy Ethereum đạt được những tầm nhìn lớn như "hàng triệu giao dịch mỗi giây" (The Surge) và khả năng chống kiểm duyệt, rủi ro tập trung thấp (The Scourge).
Hard fork Osaka vào cuối năm 2025 (ước tính sẽ bị trì hoãn 26 năm như thường lệ), hard fork Amsterdam vào năm 2026, chúng tôi kỳ vọng rằng mỗi lần nâng cấp sẽ giúp Ethereum trưởng thành và mạnh mẽ hơn, với các chức năng phong phú hơn.