Lưu ý của biên tập viên: Bài viết này đến từPolkaWorld（ID：gh_6c4c2038ddba), được Odaily sao chép với sự cho phép.

), được Odaily sao chép với sự cho phép.

Cả Polkadot và Ethereum 2.0 đều là các giao thức chuỗi khối phân mảnh. Nghĩa là, chúng cung cấp khả năng mở rộng bằng cách thực hiện các giao dịch trong các phân đoạn riêng biệt và cung cấp một giao thức để gửi tin nhắn giữa các phân đoạn.

trình soạn thảo mdnice

Các phân đoạn trong Ethereum 2.0 đều có cùng chức năng chuyển đổi trạng thái (STF), các quy tắc chi phối cách chuỗi khối thay đổi trạng thái của từng khối. STF này cung cấp một giao diện để thực hiện hợp đồng thông minh. Hợp đồng tồn tại trên một phân đoạn duy nhất (và có thể gửi thông báo không đồng bộ giữa các phân đoạn), do đó có thể mở rộng quy mô bằng cách thực hiện song song các phân đoạn.

ngành kiến ​​​​trúc

Ethereum 2.0

trình soạn thảo mdnice

Ethereum 2.0

Ethereum 2.0 sẽ chỉ bắt đầu giai đoạn 0 thông qua chuỗi đèn hiệu. Trong giai đoạn 1, nó sẽ khởi chạy 64 phân đoạn trong một chuỗi đơn giản để kiểm tra tính hữu hạn của chuỗi đèn hiệu. Mỗi phân đoạn gửi "liên kết ngang" tới "chuỗi báo hiệu", chứa thông tin xác định dữ liệu của phân đoạn. Sau đó, trong Giai đoạn 2, các phân đoạn sẽ triển khai giao diện eWasm, cuối cùng làm cho hệ thống có thể sử dụng được. [1]

Polkadot

Mạng cũng sẽ có "sidechains" để tương tác với các chuỗi không thuộc giao thức cuối cùng của Ethereum 2.0.

trình soạn thảo mdnice

Polkadot dự định có thể xác thực tối đa 100 phân đoạn trên mỗi khối khi khởi chạy. Ngoài các chuỗi dù được lên lịch để thực thi trong mỗi khối, Polkadot cũng có các chuỗi siêu phân luồng được lên lịch động. Điều này cho phép nhiều chuỗi chia sẻ các vị trí phân đoạn, giống như nhiều hãng hàng không nhỏ có thể chia sẻ một cổng duy nhất tại sân bay.

Để tương tác với các chuỗi muốn sử dụng quy trình cuối cùng của riêng họ (chẳng hạn như Bitcoin), Polkadot có các chuỗi cầu nối để cung cấp khả năng tương thích hai chiều.

trình soạn thảo mdnice

đoàn kết

• Cả Ethereum 2.0 và Polkadot đều sử dụng mô hình đồng thuận lai trong đó có các giao thức riêng biệt để tạo khối và tính hữu hạn. Các giao thức cuối cùng (Casper FFG của Ethereum 2.0 và GRANDPA của Polkadot) đều dựa trên GHOST và cả hai đều có thể hoàn thiện một loạt các khối trong một vòng. Để tạo khối, cả hai giao thức đều sử dụng giao thức dựa trên vị trí gán ngẫu nhiên trình xác nhận cho các vị trí và cung cấp quy tắc lựa chọn ngã ba cho các khối chưa hoàn thiện (RandDAO/LMD của Ethereum 2.0 và Polkadot the BABE).
• Ethereum 2.0 hoàn thiện các lô khối dựa trên các khoảng thời gian được gọi là "kỷ nguyên". Kế hoạch hiện tại là có 64 khối mỗi kỷ nguyên, tất cả được thực hiện trong một vòng. Thời gian khối ước tính là 12 giây, có nghĩa là thời gian hoàn tất dự kiến ​​là 6 phút (tối đa 12 phút). [2] Giao thức cuối cùng của Polkadot, GRANDPA, hoàn thiện một loạt các khối dựa trên kiểm tra tính khả dụng và tính hợp lệ xảy ra khi chuỗi được đề xuất phát triển. Thời gian hoàn tất thay đổi tùy theo số lần kiểm tra cần thực hiện (các báo cáo về tính không hợp lệ có thể dẫn đến các giao thức yêu cầu kiểm tra bổ sung). Thời gian hoàn thiện dự kiến ​​là 12-60 giây.

Ethereum 2.0 yêu cầu một số lượng lớn trình xác thực trên mỗi phân đoạn để đảm bảo tính hợp lệ mạnh mẽ. Polkadot có thể cung cấp sự đảm bảo mạnh mẽ hơn với ít trình xác thực hơn trên mỗi phân đoạn. Polkadot đạt được điều này bằng cách yêu cầu các trình xác thực phân phối mã xóa cho tất cả các trình xác thực trong hệ thống, cho phép bất kỳ ai (không chỉ trình xác thực của phân đoạn) tái tạo lại các khối của parachain và kiểm tra tính hợp lệ của chúng. Thuật toán phân bổ trình xác nhận ngẫu nhiên parachain và kiểm tra thứ cấp bởi các trình xác thực được chọn ngẫu nhiên khiến một nhóm nhỏ trình xác nhận trên mỗi parachain không thể thông đồng với nhau.

trình soạn thảo mdnice

Polkadot có thể cung cấp các đảm bảo về tính khả dụng và tính hữu hạn mạnh mẽ với ít trình xác thực hơn. Do đó, Polkadot sử dụng Bằng chứng cổ phần được chỉ định (NPoS) để chọn trình xác nhận từ một nhóm nhỏ hơn, cho phép những người nắm giữ nhỏ hơn chỉ định trình xác thực để chạy cơ sở hạ tầng trong khi vẫn thu được lợi ích của hệ thống mà không cần chạy nút riêng của họ. Polkadot có kế hoạch có 1.000 trình xác nhận trong năm đầu tiên và mỗi parachain trong mạng cần khoảng 10 trình xác nhận.

sự phân mảnh

trình soạn thảo mdnice

Mọi phân đoạn trong Ethereum 2.0 đều có STF giống nhau. Trong Giai đoạn 1 (dự kiến ​​vào năm 2021 [5]), các phân đoạn sẽ là vùng chứa dữ liệu đơn giản cung cấp các liên kết chéo đến chuỗi đèn hiệu. Trong Giai đoạn 2 (dự kiến ​​vào năm 2023), họ sẽ triển khai môi trường thực thi eWasm. EWasm là một tập hợp con hạn chế của Wasm được sử dụng cho các hợp đồng trong Ethereum. Giao diện eWasm cung cấp một tập hợp các phương thức có thể được sử dụng trong hợp đồng. Phát triển eWasm nên có một bộ công cụ phát triển tương tự, chẳng hạn như Truffle và Ganache. [6]

Mỗi phân đoạn trong Polkadot đều có STF dựa trên Wasm trừu tượng. Mỗi phân đoạn có thể hiển thị một giao diện tùy chỉnh miễn là logic được biên dịch thành Wasm và mỗi phân đoạn cung cấp cho trình xác thực Polkadot khả năng "thực thi các khối". Polkadot có khung phát triển Chất nền, có các mô-đun có thể được định cấu hình, kết hợp và mở rộng, đồng thời có thể được kết hợp theo mọi hướng để phát triển STF của chuỗi.

trình soạn thảo mdnice

nhắn tin

Polkadot có một giao thức bổ sung gọi là SPREE cung cấp logic được chia sẻ cho việc nhắn tin xuyên chuỗi. Tin nhắn được gửi bằng SPREE cung cấp thêm đảm bảo về nguồn gốc và diễn giải cho chuỗi nhận.

quản trị

trình soạn thảo mdnice

Quản trị Ethereum 2.0 vẫn chưa được giải quyết. Ethereum hiện đang sử dụng các quy trình quản trị ngoài chuỗi như thảo luận trên Github, cuộc gọi của Tất cả các nhà phát triển cốt lõi và Nhà ảo thuật Ethereum để đưa ra quyết định về giao thức. [số 8]

Polkadot sử dụng quản trị trên chuỗi với nhiều hệ thống. Có một số con đường mà các đề xuất có thể được thông qua, chẳng hạn như từ hội đồng trực tuyến, ủy ban kỹ thuật hoặc công chúng. Tất cả các đề xuất cuối cùng sẽ trải qua một cuộc trưng cầu dân ý và kết quả của cuộc trưng cầu dân ý luôn được kiểm soát bởi phần lớn các mã thông báo. Đối với các cuộc trưng cầu dân ý có tỷ lệ cử tri đi bỏ phiếu thấp, Polkadot sử dụng xu hướng bỏ phiếu thích ứng để đặt ngưỡng vượt qua. Các cuộc trưng cầu dân ý có thể chứa nhiều đề xuất khác nhau, bao gồm cả việc phân bổ tiền từ kho bạc trên chuỗi. Các quyết định được đưa ra trên chuỗi, ràng buộc và tự trị.

trình soạn thảo mdnice

Polkadot sử dụng siêu giao thức Wasm để thực hiện nâng cấp chuỗi và đề xuất thành công mà không cần hard fork. Tất cả các đối tượng trong STF, hàng đợi giao dịch hoặc công nhân ngoài chuỗi có thể được nâng cấp mà không cần phân nhánh.

Tóm lại là

trình soạn thảo mdnice