Ethereum EIP-8479 được giải thích: PeerDAS sau lượng tử và các blob có kích thước thay đổi

2026/11/03 16:03:00

Điều gì sẽ xảy ra nếu ethereum có thể làm cho cơ sở hạ tầng khả năng sẵn có dữ liệu của mình trở nên chống chịu tốt hơn trước các máy tính lượng tử trong tương lai, đồng thời mang lại sự linh hoạt lớn hơn cho các mạng Layer 2 trong cách chúng công bố dữ liệu giao dịch? Một đề xuất mới do nhà nghiên cứu của Ethereum Foundation Francesco Risitano giới thiệu vào ngày 1 tháng 11 năm 2026 đã khám phá chính xác khả năng này. Bản nháp ban đầu có số hiệu EIP-9999, đề xuất thay thế các cam kết KZG trong PeerDAS bằng các cam kết Merkle Keccak-256 và bằng chứng STARK LeanDA. Nó cũng giới thiệu các blob có kích thước thay đổi từ 2 KiB đến 512 KiB, cho phép các rollup lựa chọn dung lượng dữ liệu sát với nhu cầu của chúng hơn. Chủ đề thảo luận trên Ethereum Magicians sử dụng tên gọi EIP-8479, do đó việc phân biệt số hiệu là quan trọng khi theo dõi đề xuất này. Mặc dù thiết kế vẫn ở giai đoạn đánh giá sớm, nó kết nối ba ưu tiên phát triển chính của ethereum: mật mã sau lượng tử, khả năng sẵn có dữ liệu và khả năng mở rộng Layer 2. Tầm quan trọng tiềm năng của nó vượt ra ngoài kỹ thuật giao thức, đặt ra những câu hỏi về chi phí rollup, tính cạnh tranh của cơ sở hạ tầng ethereum và giá trị hệ sinh thái dài hạn của ETH.

Những điểm chính

Một đề xuất hậu lượng tử mới: Bản nháp khám phá việc thay thế các cam kết KZG-based PeerDAS bằng các cam kết Merkle Keccak-256 và các bằng chứng LeanDA STARK.
Các blob có kích thước thay đổi: Thiết kế cho phép kích thước blob là lũy thừa của 2, từ 2 KiB đến 512 KiB, đồng thời giữ nguyên 128 cột mỗi blob.
Hệ quả của Layer 2: Các rollup có thể chọn dung lượng dữ liệu phù hợp hơn với các lô giao dịch, từ đó có thể cải thiện việc sử dụng dữ liệu.
Các thay đổi mã hóa: Các đường dẫn xác thực Merkle sẽ thay thế các bằng chứng ô KZG, trong khi các bằng chứng STARK sẽ xác minh mã hóa Reed-Solomon và suy luận cam kết.
Giai đoạn phát triển sơ bộ: Đề xuất vẫn là bản nháp, các tham số hệ thống chứng minh, tích hợp khách hàng và các tiêu chuẩn hiệu suất vẫn cần được hoàn thiện.
Mức độ liên quan của ETH: Đề xuất này có thể củng cố câu chuyện hạ tầng dài hạn của Ethereum, nhưng không tạo ra chất xúc tác ngay lập tức cho giá ETH hoặc đảm bảo phí giao dịch thấp hơn.

Ethereum EIP-8479 là gì và tại sao nó được đề xuất?

Đề xuất này giải quyết hai thách thức liên quan: tính bảo mật mã hóa dài hạn của lớp khả năng sẵn có dữ liệu của Ethereum và nhu cầu về dung lượng dữ liệu linh hoạt hơn cho các rollup. Bản đặc tả ban đầu của nó có tiêu đề EIP-9999, với chủ đề thảo luận tháng Mười Một sử dụng tiêu đề EIP-8479. Đề xuất này do Francesco Risitano, Thomas Coratger và Tom Wambsgans biên soạn, và bản nháp đầu tiên được ghi ngày 26 tháng Mười năm 2026. Đề xuất này là một EIP thuộc Core, Standards Track và hiện đang ở trạng thái Draft. Nó đề cập đến một số đề xuất liên quan, bao gồm EIP-4844, EIP-7594, EIP-7892, EIP-8141 và EIP-8288.

Tại sao PeerDAS hiện tại cần một cách tiếp cận mật mã khác

PeerDAS, hay Mẫu lấy sẵn dữ liệu từ đồng đẳng, cho phép các nút mạng ethereum kiểm tra xem dữ liệu blob có sẵn hay không mà không cần tải về từng byte của toàn bộ blob. Cơ chế này phân chia dữ liệu thành các cột, giao trách nhiệm lưu giữ cho các nút và cho phép người tham gia mẫu lấy các phần đã chọn. Điều này giảm yêu cầu dữ liệu đối với các validator thông thường trong khi vẫn duy trì phương pháp kiểm tra tính sẵn có của dữ liệu.

Thiết kế hiện tại sử dụng các cam kết KZG và bằng chứng ô để xác thực dữ liệu được lấy mẫu. KZG dựa vào mật mã cặp đường cong elliptic, vốn về nguyên tắc dễ bị tổn thương trước các máy tính lượng tử chịu lỗi đủ mạnh chạy thuật toán Shor. Mặc dù hiện chưa có máy tính lượng tử thực tế nào có khả năng phá vỡ các giả định mật mã của ethereum, nhưng các nhà nghiên cứu giao thức đang đánh giá các giải pháp thay thế trước khi mối đe dọa này trở nên khả thi. Do đó, cuộc thảo luận về EIP-8479 phản ánh một chiến lược bảo mật mang tính tiên phong, chứ không phải là phản ứng trước một cuộc tấn công lượng tử ngay lập tức.

Tại sao tính linh hoạt của Blob lại quan trọng với ethereum

Động lực thứ hai liên quan đến cách các rollup mua và công bố dung lượng dữ liệu. Các cấu trúc dữ liệu có kích thước cố định có thể tạo ra sự không hiệu quả khi lô giao dịch của rollup không khớp với dung lượng sẵn có. Một lô nhỏ hơn có thể để lại không gian chưa được sử dụng, trong khi chờ tích lũy một lô lớn hơn có thể gây ra các độ trễ công bố bổ sung.

Các blob có kích thước thay đổi nhằm mang lại cho các nhà vận hành rollup sự kiểm soát lớn hơn đối với sự đánh đổi này. Thay vì xử lý mọi lần gửi như một đơn vị có dung lượng cố định, thiết kế được đề xuất cho phép kích thước blob được hỗ trợ tăng theo lũy thừa của hai. Điều này có thể giúp việc công bố dữ liệu linh hoạt hơn với các khối lượng giao dịch và yêu cầu vận hành khác nhau.

EIP-8479 thay thế KZG bằng STARKs chống lại máy tính lượng tử như thế nào?

Thay đổi mật mã trung tâm là việc thay thế các cam kết KZG và bằng chứng ô bằng các cam kết Merkle Keccak-256, các đường dẫn xác thực Merkle và các bằng chứng STARK LeanDA. Thiết kế này tách biệt nhiệm vụ xác thực các mẫu dữ liệu riêng lẻ với nhiệm vụ chứng minh rằng toàn bộ blob đã được mã hóa và cam kết chính xác. Mục đích là loại bỏ sự phụ thuộc vào các giả định về cặp đường cong elliptic và loại bỏ thiết lập đáng tin cậy yêu cầu bởi cấu trúc KZG hiện tại.

Cam kết Merkle Keccak-256

Cây Merkle tổ chức dữ liệu thông qua việc băm lặp lại. Các phần tử dữ liệu riêng lẻ được băm đầu tiên thành các nút lá, sau đó các cặp giá trị băm được kết hợp để tạo thành các nút cấp cao hơn. Quá trình này tiếp tục cho đến khi một gốc Merkle duy nhất đại diện cho cấu trúc dữ liệu dướilying.

Trong thiết kế PeerDAS được đề xuất, mỗi blob nhận một cam kết Merkle dựa trên Keccak-256. Khi một nút mạng lấy mẫu một ô dữ liệu cụ thể, nó có thể nhận đường dẫn xác thực Merkle tương ứng và tự xác minh rằng ô đó thuộc về blob đã cam kết. Điều này cung cấp một cách để xác thực dữ liệu đã lấy mẫu mà không cần dựa vào bằng chứng ô KZG.

Keccak-256 đặc biệt liên quan vì các cấu trúc mật mã dựa trên hàm băm thường được coi là phù hợp hơn cho bảo mật sau lượng tử so với các sơ đồ dựa trên logarithm rời rạc đường cong elliptic. Các thuật toán tìm kiếm lượng tử vẫn có thể làm giảm mức độ bảo mật hiệu quả của các hàm băm, do đó các tham số bảo mật và chi tiết triển khai vẫn giữ vai trò quan trọng. Do đó, đề xuất này nên được hiểu là một bước tiến hướng tới các giả định mật mã kháng lượng tử, chứ không phải là sự đảm bảo chống lại mọi cuộc tấn công lượng tử trong tương lai.

LeanDA STARK thực sự xác minh điều gì?

Xác thực Merkle xác định rằng một ô được lấy mẫu thuộc về một cấu trúc dữ liệu đã cam kết, nhưng giao thức cũng phải xác minh rằng mã hóa dữ liệu blob và quá trình tạo cam kết là chính xác. Đây là lúc LeanDA STARK trở nên quan trọng.

Chứng minh STARK được đề xuất xác minh hai thuộc tính trung tâm: blob đáp ứng mối quan hệ mã hóa Reed-Solomon của nó và cam kết Merkle liên quan đã được tạo ra chính xác. Mã hóa Reed-Solomon giới thiệu sự dư thừa cho phép tái tạo các phần dữ liệu bị thiếu khi đủ các phần hợp lệ còn sẵn có. Chứng minh này cho phép mạng lưới xác minh các mối quan hệ mã hóa và cam kết liên quan mà không yêu cầu mỗi người xác minh phải thực hiện lại toàn bộ phép tính một cách độc lập.

Dự án cũng kết nối các bằng chứng LeanDA với EIP-8288, cung cấp khung tổng hợp STARK ở cấp khối. Thay vì xử lý mỗi bằng chứng như một nhiệm vụ xác minh độc lập, thiết kế này giới thiệu các khung phụ thuộc vào tính khả dụng của dữ liệu, mà các bằng chứng của chúng có thể được gộp vào tổng thể cấp khối. Việc tích hợp này mang ý nghĩa kỹ thuật quan trọng vì chi phí tạo, tổng hợp và xác minh bằng chứng sẽ ảnh hưởng đến tính khả thi của thiết kế đối với các client ethereum.

Các blob có kích thước thay đổi ảnh hưởng đến khả năng sẵn có dữ liệu của ethereum như thế nào?

Đề xuất này giới thiệu kích thước blob dao động từ 2 KiB đến 512 KiB, với độ dài byte được hỗ trợ chỉ giới hạn ở các lũy thừa của hai. Mỗi blob giữ nguyên 128 cột, nghĩa là độ dài byte của các đơn vị dữ liệu riêng lẻ thay đổi trong khi cấu trúc cột tổng thể vẫn được duy trì nhất quán. Đây là một sự thay đổi lớn so với mô hình blob kích thước cố định truyền thống được sử dụng bởi cơ sở hạ tầng khả năng sẵn có dữ liệu hiện tại của ethereum.

Từ Dung lượng Cố định sang Xuất bản Dữ liệu Linh hoạt

Theo thiết kế được đề xuất, một rollup có thể chọn kích thước blob phù hợp hơn với lượng dữ liệu cần công bố. Một lô giao dịch nhỏ có thể sử dụng blob nhỏ hơn, trong khi lô lớn hơn có thể chọn dung lượng lớn hơn. Mục tiêu là giảm thiểu việc lấp đầy không cần thiết và cung cấp cho các rollup sự linh hoạt hơn trong việc cân bằng chi phí khả dụng dữ liệu với tần suất công bố.

Các ví dụ sau minh họa phạm vi dung lượng được đề xuất:

2 KiB: Một bản gửi dữ liệu nhỏ yêu cầu dung lượng hạn chế.
8 KiB–64 KiB: Kích thước trung gian cho các lô giao dịch tương đối nhỏ gọn.
128 KiB: Một điểm tham chiếu quen thuộc tương ứng với dung lượng blob truyền thống.
256 KiB–512 KiB: Các bản gửi lớn hơn yêu cầu dung lượng dữ liệu bổ sung.

Đề xuất này cũng xác định các thay đổi đối với các giao dịch mang blob. Thay vì dựa hoàn toàn vào biểu diễn hash phiên bản hiện có, cấu trúc giao dịch được đề xuất sử dụng Merkle root và trường độ dài byte rõ ràng. Các giao dịch mang blob được biểu diễn bằng các giao dịch khung EIP-8141, liên kết cấu trúc dữ liệu mới với thiết kế định dạng giao dịch tổng thể.

Việc sử dụng các khối có kích thước thay đổi có thể ảnh hưởng đến chi phí gas như thế nào?

Dung lượng blob linh hoạt có thể cải thiện hiệu quả sử dụng dữ liệu, nhưng mối quan hệ giữa kích thước blob và phí không đơn giản như việc chọn blob nhỏ hơn và tự động trả ít phí hơn. Đề xuất này cũng thay đổi các yêu cầu mạng và tính toán gas, bao gồm chi phí liên quan đến xác thực Merkle và quy trình xác minh mới.

Đối với các trình vận hành rollup, phép tính liên quan không chỉ bao gồm dung lượng dữ liệu thô. Họ phải xem xét kích thước lô giao dịch, tần suất công bố blob, chi phí tạo bằng chứng, sự lan truyền mạng và giá thị trường của blob gas. Một blob nhỏ hơn có thể hiệu quả hơn cho một tác vụ nhất định, trong khi một bản gửi lớn hơn có thể phù hợp hơn cho tác vụ khác.

Do đó, thiết kế này tạo ra cơ hội để tối ưu hóa việc công bố dữ liệu thay vì hứa hẹn giảm phí một cách phổ quát. Lợi ích thực tế sẽ phụ thuộc vào các tiêu chuẩn triển khai và cách các nhà phát triển rollup điều chỉnh chiến lược gom lô của họ sau khi đề xuất trải qua quá trình xem xét thêm.

EIP-8479 có thể mang ý nghĩa gì đối với các mạng lớp 2 của ethereum?

Đề xuất này có thể làm cho cơ sở hạ tầng khả năng sẵn có dữ liệu của ethereum linh hoạt hơn với nhu cầu của Layer 2 networks, đặc biệt là các rollup đăng tải dữ liệu giao dịch theo lô. Arbitrum, Optimism và Base là những ví dụ về các hệ sinh thái mở rộng ethereum lớn mà các nhà vận hành quan tâm đến việc công bố dữ liệu hiệu quả và dự đoán được. Tuy nhiên, EIP-8479 không trực tiếp thay đổi môi trường thực thi của chúng hoặc đảm bảo giảm ngay lập tức phí giao dịch của người dùng.

Lợi ích tiềm năng dành cho các nhà vận hành Rollup

Các rollup phải cân bằng tần suất gửi lô giao dịch với chi phí công bố dữ liệu lên ethereum. Các blob có dung lượng cố định có thể tạo ra sự không khớp giữa nhu cầu dữ liệu thực tế và dung lượng đã mua. Các blob có kích thước thay đổi có thể mang lại cho các nhà vận hành nhiều lựa chọn hơn khi thiết kế kích thước lô và lịch công bố.

Ví dụ, một rollup có hoạt động giao dịch tương đối thấp có thể ưu tiên xuất các lô nhỏ hơn mà không cần chờ tích lũy đủ dữ liệu để lấp đầy một cấu trúc cố định có dung lượng lớn hơn. Một rollup có khối lượng giao dịch cao có thể sử dụng các blob lớn hơn để gộp nhiều dữ liệu hơn vào mỗi lần gửi. Những lựa chọn này có thể cải thiện tính linh hoạt vận hành và giúp các nhà phát triển tối ưu hóa mối quan hệ giữa chi phí khả dụng dữ liệu và độ trễ giao dịch.

Lợi ích sẽ không nhất thiết giống nhau trên các mạng khác nhau. Các rollup khác nhau về khối lượng giao dịch, kỹ thuật nén, mô hình sắp xếp và chiến lược công bố dữ liệu. Do đó, các nhà phát triển sẽ cần đánh giá xem sự linh hoạt bổ sung có vượt qua chi phí triển khai và tạo bằng chứng hay không.

Hệ quả đối với cuộc cạnh tranh Layer 2 của ethereum

Ethereum cạnh tranh với các hệ sinh thái blockchain thay thế cung cấp các cách tiếp cận khác nhau về thực thi, thanh toán giao dịch và khả năng sẵn có của dữ liệu. Việc cải thiện hiệu quả của cơ sở hạ tầng blob của nó có thể hỗ trợ vị thế của Ethereum như một lớp thanh toán và khả năng sẵn có dữ liệu cho các ứng dụng dựa trên rollup.

Tuy nhiên, khả năng cạnh tranh của mạng lưới không chỉ phụ thuộc vào dung lượng blob. Các nhà phát triển và người dùng cũng xem xét phí giao dịch, hiệu suất ứng dụng, thanh khoản, khả năng tương tác, bảo mật và hỗ trợ hệ sinh thái. EIP-8479 giải quyết một phần quan trọng trong phương trình rộng lớn hơn này: cơ sở hạ tầng mã hóa và khả năng sẵn có dữ liệu nền tảng cho việc mở rộng rollup.

Do đó, đóng góp tiềm năng của nó nên được đánh giá tốt nhất là một cải tiến hạ tầng có thể củng cố môi trường phát triển Layer 2 của ethereum theo thời gian, thay vì là một lợi thế cạnh tranh ngay lập tức đã được chứng minh.

EIP-8479 phù hợp như thế nào vào lộ trình sau lượng tử của ethereum?

EIP-8479 giải quyết thành phần khả năng sẵn có dữ liệu trong chương trình nghiên cứu hậu lượng tử rộng hơn của ethereum. Nó không thay thế mọi nguyên tố mật mã mà mạng lưới sử dụng, và cũng không khiến ethereum trở nên hoàn toàn chống lại máy tính lượng tử. Các chữ ký đồng thuận, xác thực tài khoản và các hệ thống mật mã khác yêu cầu các chiến lược di chuyển riêng.

Ba lĩnh vực mã hóa cần được chú ý

Kiến trúc mật mã của ethereum bao gồm một số thành phần với các giả định bảo mật khác nhau:

Chữ ký đồng thuận: Các trình xác thực ethereum sử dụng chữ ký BLS để tham gia vào đồng thuận và tổng hợp các xác nhận. Vì BLS dựa vào mật mã cặp đường cong elliptic, các nhà nghiên cứu đang tìm kiếm các hệ thống chữ ký thay thế có thể cung cấp tính năng bảo mật sau lượng tử mạnh mẽ hơn.

Chữ ký tài khoản: Các tài khoản sở hữu bên ngoài tiêu chuẩn sử dụng chữ ký ECDSA. Một máy tính lượng tử đủ mạnh về mặt lý thuyết có thể sử dụng thuật toán Shor để suy ra thông tin khóa riêng từ các khóa công khai bị lộ, dựa trên các giả định về đường cong elliptic tương ứng. Trừu tượng hóa tài khoản và các cơ chế xác minh chữ ký thay thế là một trong những phương pháp có thể hỗ trợ quá trình chuyển đổi trong tương lai.

Cam kết về khả năng sẵn có của dữ liệu: Các cam kết KZG là thành phần trực tiếp bị nhắm đến bởi đề xuất này. Việc thay thế chúng bằng các cam kết Merkle dựa trên hàm băm và bằng chứng STARK sẽ giải quyết một phần cụ thể trong mức độ phơi bày mật mã của giao thức.

Các lĩnh vực này có liên quan, nhưng chúng không thể được nâng cấp thông qua một thay đổi duy nhất. Quá trình chuyển đổi sau lượng tử của ethereum sẽ yêu cầu sự phối hợp công việc trên toàn bộ cơ chế đồng thuận, thực thi, mạng lưới và hạ tầng ứng dụng.

Tại sao các thiết kế dựa trên STARK lại quan trọng

Các hệ thống STARK sử dụng các hàm băm và cấu trúc chứng minh minh bạch thay vì dựa vào các cặp đường cong elliptic và thiết lập tin cậy truyền thống. Các đặc tính của chúng khiến chúng trở thành ứng cử viên cho các ứng dụng sau lượng tử, mặc dù kích thước chứng minh, hiệu suất xác minh, độ phức tạp triển khai và các tham số bảo mật hàm băm vẫn cần được đánh giá.

EIP-8479 cũng cho thấy tầm quan trọng của việc kết nối nghiên cứu mật mã với kỹ thuật giao thức. Một hệ thống chứng minh về mặt lý thuyết an toàn là không đủ: nó phải hoạt động trong các ràng buộc về thời gian khối, băng thông, tài nguyên validator và tương thích client của ethereum. Việc tích hợp đề xuất này với EIP-8288 phản ánh yêu cầu phải xem xét việc xác minh chứng minh ở cấp độ khối rộng hơn.

Trạng thái hiện tại của EIP-8479 là gì?

Tính đến ngày 2 tháng 11 năm 2026, đề xuất này vẫn là bản nháp giai đoạn đầu, chứ chưa phải là bản nâng cấp mạng ethereum được phê duyệt. Cuộc thảo luận vào ngày 1 tháng 11 và yêu cầu pull request trên GitHub nhằm kêu gọi phản hồi từ các nhà phát triển rollup, các nhóm consensus và execution client, các đóng góp về mạng lưới, cũng như các nhà nghiên cứu mật mã. Tài liệu kỹ thuật nêu rõ một số vấn đề chưa được giải quyết, nghĩa là vẫn còn nhiều công việc thiết kế và triển khai cần thực hiện trước khi có thể xem xét triển khai trên mạng chính.

Những Thách Thức Kỹ Thuật Nổi Bật

Vấn đề đầu tiên là việc hoàn thành chương trình khách LeanDA và hàm băm khóa xác minh. Các thành phần này quan trọng vì chúng xác định phép tính đang được chứng minh và các tham số được người xác minh sử dụng để kiểm tra bằng chứng STARK kết quả.

Vấn đề thứ hai là việc triển khai khách hàng. Đề xuất yêu cầu các thay đổi được phối hợp giữa các thành phần lớp thực thi, lớp đồng thuận và mạng. Các nhà phát triển phải đảm bảo rằng các khách hàng khác nhau hiểu nhất quán các cam kết blob, các trường giao dịch và các thủ tục xác thực dữ liệu.

Vấn đề thứ ba liên quan đến hiệu suất. Việc tạo bằng chứng, tổng hợp đệ quy, các đường xác thực Merkle và băng thông PeerDAS phải được kiểm tra hiệu năng trên các cấu hình nút mạng khác nhau. Một thiết kế hoạt động tốt trong môi trường nghiên cứu kiểm soát cũng phải duy trì tính thực tiễn đối với mạng người xác thực rộng lớn hơn.

Cuối cùng, các nhà vận hành rollup cần xác minh xem phân phối kích thước blob được đề xuất có phù hợp với nhu cầu thực tế hay không. Phản hồi về các dung lượng ưa thích sẽ giúp xác định liệu các blob có kích thước thay đổi có mang lại lợi ích đáng kể ngoài việc tăng độ phức tạp của giao thức hay không.

Những gì các nhà phát triển và nhà đầu tư nên theo dõi tiếp theo?

Những phát triển quan trọng nhất sẽ là tiến bộ trong việc xây dựng thông số kỹ thuật, công bố bản mẫu hoạt động, đánh giá mật mã độc lập và kết quả hiệu suất. Phản hồi từ các nhóm rollup cũng sẽ giúp xác định xem phạm vi công suất được đề xuất có hữu ích cho các tải công việc xuất bản dữ liệu thực tế hay không.

Trạng thái của các đề xuất liên quan cũng quan trọng. EIP-8288 cung cấp khung tổng hợp chứng minh đệ quy được LeanDA đề cập, trong khi EIP-8141 cung cấp cấu trúc giao dịch khung được đề xuất. Tiến độ triển khai của chúng có thể ảnh hưởng đến lộ trình tích hợp cho thiết kế mới.

Đối với các nhà đầu tư, sự phân biệt giữa một đề xuất nghiên cứu và một bản nâng cấp đã lên lịch là rất quan trọng. Một Draft EIP có thể ảnh hưởng đến câu chuyện phát triển dài hạn của ethereum, nhưng không nên được coi là bằng chứng cho thấy một tính năng cụ thể sẽ được triển khai trên mạng chính hoặc tạo ra thay đổi đáng kể trong nhu cầu ETH.

EIP-8479 có thể ảnh hưởng đến giá ETH và sự chấp nhận của ethereum không?

EIP-8479 có tiềm năng tác động lâu dài đến cơ sở hạ tầng của ethereum, nhưng ảnh hưởng ngay lập tức của nó đến định giá ETH có khả năng bị chi phối nhiều hơn bởi kỳ vọng thị trường hơn là những thay đổi trực tiếp đối với kinh tế mạng lưới. Đề xuất này chưa được triển khai và chưa có lịch kích hoạt mạng chính được xác nhận. Do đó, hiện tại nó chưa cung cấp bằng chứng đo lường được về việc giảm phí rollup, tăng mức sử dụng blob hoặc tăng nhu cầu giao dịch ETH.

Trong ngắn hạn, các nhà giao dịch và phân tích có xu hướng theo dõi hoạt động giao dịch giao ngay ETH, vị thế phái sinh, dòng chảy ETF và các điều kiện thị trường rộng hơn. Tin tức về đề xuất có thể tăng cường sự quan tâm đến lộ trình kỹ thuật của Ethereum, nhưng một bản nháp quy cách đơn thuần chưa đủ để tạo ra động lực giá bền vững.

Trong dài hạn, việc triển khai thành công có thể hỗ trợ vai trò của ethereum như một lớp sẵn sàng dữ liệu và thanh toán an toàn. Khả năng blob linh hoạt hơn có thể giúp các rollup quản lý việc công bố dữ liệu, trong khi các cam kết dựa trên hàm băm và bằng chứng STARK có thể góp phần vào quá trình chuyển đổi hậu lượng tử của mạng lưới. Những cải tiến này có thể củng cố niềm tin của nhà phát triển và sự tham gia của hệ sinh thái nếu chúng mang lại lợi ích hiệu suất thực tế.

Tuy nhiên, định giá tổng thể của ETH sẽ tiếp tục phụ thuộc vào hoạt động của mạng lưới, staking, động lực nguồn cung, sự chấp nhận của ứng dụng và sự cạnh tranh từ các hệ sinh thái blockchain khác. Do đó, EIP-8479 nên được xem là một thành phần trong quá trình phát triển hạ tầng dài hạn của ethereum, chứ không phải một luận điểm đầu tư độc lập.

Kết luận

Thiết kế PeerDAS sau lượng tử và blob có kích thước biến đổi được đề xuất cho ethereum đại diện cho một hướng nghiên cứu quan trọng đối với cơ sở hạ tầng khả năng sẵn có dữ liệu của mạng. Bằng cách thay thế các cam kết KZG và bằng chứng ô bằng các cam kết Merkle Keccak-256 và xác minh STARK LeanDA, đề xuất này khám phá một kiến trúc mật mã được điều chỉnh tốt hơn với các mục tiêu bảo mật sau lượng tử dài hạn. Thiết kế blob có kích thước biến đổi, từ 2 KiB đến 512 KiB, cũng mang lại sự linh hoạt lớn hơn cho các rollup cần công bố các khối lượng dữ liệu giao dịch khác nhau.

Tuy nhiên, đề xuất này vẫn ở giai đoạn bản nháp sơ bộ. Các tham số chứng minh, tích hợp client, thay đổi mạng lưới và yêu cầu hiệu suất vẫn cần được giải quyết thông qua đánh giá kỹ thuật và kiểm thử triển khai. Đối với ethereum, ý nghĩa của sự phát triển này nằm ở sự kết hợp giữa độ bền mật mã và hiệu quả dữ liệu Layer 2. Việc liệu nó có cuối cùng cải thiện kinh tế rollup hay ảnh hưởng đến việc áp dụng ETH sẽ phụ thuộc vào việc triển khai thành công và các lợi ích đo lường được đối với hệ sinh thái. Hiện tại, EIP-8479 nên được hiểu là một đề xuất hạ tầng mang tính tương lai trong chương trình nghiên cứu mở rộng quy mô và sau lượng tử rộng hơn của ethereum.

Câu hỏi thường gặp

Sự khác biệt giữa EIP và ERC là gì?

Một Đề xuất Cải tiến Ethereum (EIP) mô tả các thay đổi được đề xuất đối với giao thức, tiêu chuẩn hoặc quy trình phát triển của ethereum. Một Yêu cầu Nhận xét Ethereum (ERC) thường xác định các tiêu chuẩn lớp ứng dụng, chẳng hạn như giao diện token và các quy ước hợp đồng thông minh. EIP-8479 là một đề xuất Core vì nó liên quan đến khả năng sẵn có dữ liệu cơ bản và hành vi giao thức.

PeerDAS viết tắt của gì?

PeerDAS là viết tắt của Peer Data Availability Sampling. Đây là một cơ chế cho phép các nút mạng ethereum lấy mẫu các phần dữ liệu blob được phân phối thay vì tải xuống từng phần dữ liệu. Cách tiếp cận này giúp giảm yêu cầu dữ liệu của từng nút mạng trong khi vẫn duy trì khả năng xác minh tính khả dụng của dữ liệu.

Reed-Solomon Encoding là gì?

Mã hóa Reed-Solomon là một mã sửa lỗi thêm tính dư thừa vào dữ liệu. Điều này cho phép tái tạo lại các phần bị thiếu khi vẫn còn đủ các phần hợp lệ. Nó liên quan đến PeerDAS vì khả năng sẵn có của dữ liệu phân tán phụ thuộc vào khả năng của mạng trong việc khôi phục dữ liệu gốc từ các thành phần đã được lấy mẫu và phân phối.

Trusted Setup trong mật mã học là gì?

Một thiết lập đáng tin cậy là quá trình khởi tạo được sử dụng bởi một số hệ thống mật mã để tạo các tham số công khai. Nếu thông tin bí mật của nó không bị xóa đúng cách, nó có thể tạo ra các rủi ro bảo mật. Các cam kết KZG phụ thuộc vào một thiết lập đáng tin cậy, trong khi thiết kế dựa trên STARK được đề xuất nhằm tránh yêu cầu này thông qua việc xây dựng bằng chứng minh bạch.

Làm thế nào người dùng có thể theo dõi tiến độ của một Đề xuất Cải tiến Ethereum?

Người dùng có thể theo dõi kho lưu trữ Ethereum EIPs trên GitHub, xem xét các cuộc thảo luận kỹ thuật trên Ethereum Magicians và theo dõi các bản cập nhật từ các nhà phát triển Ethereum. Các mốc quan trọng bao gồm các bản sửa đổi đặc tả, các cuộc đánh giá độc lập, các bản triển khai nguyên mẫu, kiểm thử client và bất kỳ quyết định chính thức nào về việc đưa vào bản nâng cấp mạng lưới trong tương lai.

Thông báo miễn trừ trách nhiệm: Thông tin thị trường chung này, có thể đến từ các nguồn bên thứ ba, thương mại hoặc được tài trợ, được cung cấp chỉ để tham khảo và mục đích giáo dục, không cấu thành lời khuyên tài chính hoặc đầu tư, lời đề nghị, mời gọi hoặc bảo đảm. Chúng tôi từ chối mọi trách nhiệm đối với tính chính xác, đầy đủ, độ tin cậy của nó và bất kỳ tổn thất nào phát sinh. Đầu tư/giao dịch mang tính rủi ro; hiệu suất quá khứ không đảm bảo kết quả trong tương lai. Người dùng nên tự nghiên cứu, đánh giá một cách thận trọng và tự chịu trách nhiệm hoàn toàn. Để biết thêm chi tiết, vui lòng tham khảo Điều khoản sử dụng và Thông báo rủi ro của KuCoin.

Tuyên bố từ chối trách nhiệm: Trang này được dịch bằng công nghệ AI để thuận tiện cho bạn. Để biết thông tin chính xác nhất, hãy tham khảo bản gốc tiếng Anh.