Kế hoạch chi tiết và thách thức trong tương lai của Ethereum 2.0

Tiêu đề gốc: "Kế hoạch chi tiết tương lai và những thách thức của Ethereum 2.0"

Tác giả gốc: Frank Lee

Bản dịch gốc: Những người đam mê Ethereum

-Danny Ryan (Nguồn: Crosslink 2019)-

Crosslink 2019 Đài Loan, được tổ chức tại Trung tâm Hội nghị Thung lũng Silicon ở Đài Bắc, Trung Quốc, vào cuối tháng 10 đã thu hút những người đam mê blockchain từ khắp nơi trên thế giới tụ tập lại. Vào ngày đầu tiên của chương trình nghị sự, Danny Ryan, nhà nghiên cứu cốt lõi của Ethereum Foundation (EF), đã được mời chia sẻ hướng nghiên cứu hiện tại và những thách thức của Ethereum 2.0. Nội dung bài phát biểu chủ yếu bao gồm nó đề cập đến kiến trúc của Ethereum 2.0 , đề xuất sharding mới, môi trường thực thi (EE) và cầu nối hai chiều (Two-Way Bridge) và các vấn đề khác.

1. Kiến trúc của Ethereum 2.0

-Kiến trúc Ethereum 2.0 (Nguồn: Crosslink 2019)-

Giai đoạn 0

Trong Ethereum 1.0, Bằng chứng công việc (PoW) được sử dụng làm cơ chế đồng thuận (Đồng thuận) để tạo ra các khối mới. Để giảm lượng lớn sức mạnh tính toán cần thiết và thời gian dài cần thiết để bằng chứng công việc tạo ra các khối mới, Ethereum 2.0 sẽ thay đổi thành Proof of Stake (PoS) làm cơ chế đồng thuận để tạo các khối mới.

Giai đoạn thứ 0 sẽ thiết lập Chuỗi Beacon. Chuỗi Beacon là chuỗi ở cấp hệ thống Ethereum 2.0. Khi chuyển từ Ethereum 1.0 sang Ethereum 2.0, Chuỗi Beacon đóng một vai trò rất quan trọng. Vai trò quan trọng của nó là là nền tảng của toàn bộ hệ thống.

Sau khi Giai đoạn 0 hoàn thành, sẽ có hai chuỗi Ethereum được sử dụng. Chuỗi Ethereum 1.0 (chuỗi chính PoW hiện tại) và chuỗi Ethereum 2.0 (chuỗi đèn hiệu mới). Ở giai đoạn này, người dùng khóa ether vào hợp đồng trong chuỗi 1.0 để đăng ký khóa chung và chuỗi 2.0 sẽ nhận ra khóa chung đã đăng ký trong hợp đồng. Tuy nhiên, họ không thể di chuyển ether trở lại chuỗi Ethereum 1.0. Để thực thi chuỗi beacon, bạn sẽ cần một ứng dụng khách chuỗi beacon. Hiện tại, nhiều nhóm đang phát triển những khách hàng này.

Giai đoạn 1

Trong giai đoạn đầu tiên, Chuỗi phân đoạn sẽ được thêm vào. Ở giai đoạn này, chúng tôi chủ yếu tập trung vào cấu trúc dữ liệu của Chuỗi phân đoạn và tính hiệu quả của nó ( Tính hợp lệ ) và Consensus, chuỗi phân đoạn chỉ được sử dụng làm chuỗi dữ liệu ở giai đoạn này và không chỉ định việc thực thi trạng thái chuỗi phân đoạn (Thực thi trạng thái) hoặc số dư tài khoản (Số dư tài khoản). Điều này giống như thử nghiệm cấu trúc sharding hơn là cố gắng mở rộng quy mô chuỗi beacon bằng sharding. Ở giai đoạn này, chuỗi báo hiệu coi các khối của chuỗi phân đoạn là tập hợp các bit không có cấu trúc hoặc ý nghĩa. Ethereum 1.0 và Ethereum 2.0 vẫn sẽ tồn tại đồng thời, với việc thử nghiệm và di chuyển diễn ra trên chuỗi Ethereum 2.0.

Ở giai đoạn này, chuỗi phân đoạn sẽ được liên kết chéo với chuỗi báo hiệu. Trạng thái hiện tại của từng phân đoạn - "Gốc dữ liệu kết hợp" sẽ được ghi lại thường xuyên trong khu vực "Chuỗi báo hiệu". liên kết chéo. Sau khi khối Beacon Chain hoàn thành, Khối Shard tương ứng sẽ được coi là đã hoàn thành và các phân đoạn khác biết rằng họ có thể dựa vào các khối này để thực hiện các giao dịch giữa các phân đoạn.

Liên kết chéo là tập hợp các chữ ký (Chữ ký) của Ủy ban (Committee), chứng minh rằng một khối nhất định trong chuỗi phân đoạn có thể được đưa vào chuỗi báo hiệu. Liên kết chéo là cách chính để beacon chain "hiểu" trạng thái cập nhật của chuỗi phân đoạn. Liên kết chéo cũng đóng vai trò là cơ sở hạ tầng cho giao tiếp giữa các phân đoạn không đồng bộ.

Đối với mỗi phân đoạn của chuỗi beacon trong mỗi giai đoạn (Slot), trình xác thực phân đoạn (Shard Validators) được chọn ngẫu nhiên. Trình xác thực phân đoạn chỉ được sử dụng để đạt được nội dung của từng khối. Chúng nhất trí chứng minh nội dung và trạng thái của các phân đoạn thông qua các liên kết chéo. Không quan trọng những gì được bao gồm trong các phân đoạn, miễn là tất cả các ủy ban đạt được sự đồng thuận và thường xuyên cập nhật chuỗi đèn hiệu trên các phân đoạn.

Giai đoạn 2

Giai đoạn thứ hai sẽ bắt đầu kết hợp tất cả các chức năng lại với nhau. Trong giai đoạn thứ hai, quá trình phân chia sẽ được hoàn thành. Chuỗi phân đoạn sẽ chuyển từ một thùng chứa dữ liệu đơn giản sang trạng thái chuỗi có cấu trúc và các hợp đồng thông minh sẽ được giới thiệu lại. Mỗi phân đoạn sẽ quản lý các máy ảo dựa trên eWASM (WebAssugging hương vị Ethereum). Nó sẽ hỗ trợ Tài khoản, Hợp đồng, Trạng thái và các khái niệm trừu tượng quen thuộc khác trong Solidity. Dự kiến, các công cụ quen thuộc (như Truffle, Solc, v.v.) sẽ được sử dụng trước hoặc trong giai đoạn phát triển thứ hai, Ganache) cần phải được sử dụng được chuyển đổi thành phiên bản hỗ trợ eWASM. Ethereum 1.0 và Ethereum 2.0 có thể giao tiếp thông qua cầu nối hai chiều. Sẽ có khả năng thực thi Lớp 1 có thể mở rộng để cải thiện tốc độ thực thi thông qua thực thi không trạng thái.

2. Đề xuất phân mảnh mới

-Đề xuất phân đoạn mới (Nguồn : Crosslink 2019) -

Cơ chế được vận hành bởi đề xuất Ethereum 2.0 ban đầu là mỗi giai đoạn (Epoch) được sử dụng là đơn vị thực hiện hành động liên kết chéo. Có 1024 phân đoạn trên mỗi chuỗi. Khi yêu cầu giao dịch chuỗi chéo (Tx) sẽ có độ trễ lớn vì liên kết chéo được thực hiện trong mỗi khoảng thời gian. đề xuất được cập nhật để thực hiện các hành động liên kết chéo trong từng thời kỳ và giảm số lượng phân đoạn xuống còn 32 để giảm thời gian trễ của các giao dịch giữa các phân đoạn.

Ưu điểm của đề xuất mới

Về ưu điểm của đề xuất Ethereum 2.0 mới, trước hết, số lượng phân đoạn trong đề xuất mới giảm từ 1024 xuống 32, điều này làm giảm độ phức tạp của hoạt động vì thời gian phân đoạn chéo giảm từ một kỷ nguyên đến một thời điểm, ưu điểm của thời gian rút ngắn là mang lại cho nhà phát triển và người dùng DApp trải nghiệm tốt hơn. Trong thiết kế ban đầu của Ethereum 2.0, cần có một mô hình thị trường phí phức tạp và một giải pháp lạc quan để triển khai phí giao dịch giữa các phân đoạn. Nhưng đề xuất mới thay đổi thiết kế môi trường thực thi để mô hình phức tạp ban đầu có thể được đơn giản hóa rất nhiều.

Giao dịch được đề xuất mới

Đề xuất mới yêu cầu ít Phân đoạn hơn đề xuất trước đó để bắt đầu giao dịch. Đề xuất này có thể có thời gian phân đoạn dài hơn (12 giây) và Khối Phân đoạn lớn hơn. Hiện tại, các bản cập nhật cho Giai đoạn 0, việc thử nghiệm Mạng thử nghiệm Giai đoạn 0, có thể bị trì hoãn, và đề xuất mới giúp giảm thời gian cần thiết cho việc phát hành Giai đoạn 0.

Suy nghĩ hiện tại

Chúng tôi hy vọng mang lại cho nhà phát triển và người dùng trải nghiệm tốt hơn bằng cách sử dụng các khối phân đoạn lớn hơn để cải thiện tính khả dụng của dữ liệu và giảm độ trễ phát triển cũng như thời gian cần thiết cho các bản phát hành giai đoạn 0.

3. Môi trường thực thi

-Hình kiến trúc đơn giản Ethereum 1.0 (Nguồn: Crosslink 2019)-

Trong Ethereum 2.0 và Ethereum 1.0 được thiết kế trước đó, trạng thái đóng vai trò rất quan trọng trong cơ chế đồng thuận. Cơ chế đồng thuận sẽ đọc và ghi tất cả các trạng thái bất cứ lúc nào, bất kể nó là gì khái niệm thực thi, khái niệm giao dịch, khái niệm tài khoản, khái niệm cấu trúc cây và tất cả các khái niệm trong cấu trúc dữ liệu được tích hợp sâu vào sự đồng thuận.

Hình trên là sơ đồ kiến trúc đơn giản của Ethereum 1.0. Trong hình chúng ta có thể thấy cơ chế đồng thuận và một chuỗi. Cơ chế đồng thuận bao gồm một trạng thái và một công cụ thực thi, và trạng thái bao gồm một cây trạng thái. Ở đây Công cụ thực thi sử dụng các quy tắc được mã hóa cứng, bao gồm các giao dịch thực hiện, mô hình tài khoản và cấu trúc tài khoản. Chúng ta có thể thấy rằng có một chuỗi ở phía bên phải của hình, với dữ liệu giao dịch trên chuỗi. Trong Ethereum 1.0, chúng ta sẽ thực thi trên dữ liệu giao dịch Cơ chế đồng thuận để sửa đổi và cập nhật trạng thái.

Môi trường thực thi là một máy ảo riêng biệt. Trong Ethereum 1.0 sẽ có một mô hình tài khoản cụ thể (Mô hình tài khoản), cũng như các mã hoạt động được xác định trước (Opcodes) và cơ chế khai thác (Cơ chế khí) Và State Root, Máy ảo Ethereum (EVM) là một môi trường thực thi cụ thể.

Nếu bạn làm theo các đề xuất của EIP (Đề xuất cải tiến Ethereum), các nhà phát triển luôn yêu cầu các opcode mới hoặc thay đổi về chi phí khai thác (Chi phí gas) để hỗ trợ các ứng dụng của họ, chẳng hạn như Plasma và Zkrollup. Có rất nhiều ví dụ, vì vậy môi trường thực thi của EVM 1.0 sẽ cần được sửa đổi để hỗ trợ các ứng dụng của họ (DApp).

Nhưng trong giai đoạn thứ hai của Ethereum 2.0, chúng tôi có thể hỗ trợ nhiều môi trường thực thi. Cũng có thể có nhiều trạng thái gốc, mô hình tài khoản khác nhau, v.v. Ví dụ: bạn có thể xác định Môi trường thực thi tiền xu của Facebook (Libra EE) để chạy Libra trên Ethereum 2.0. Ngoài ra, bạn có thể xác định Môi trường thực thi Bitcoin (BitCoin EE) để bạn có thể chạy Bitcoin trên Ethereum 2.0.

-Sơ đồ kiến trúc đơn giản Ethereum 2.0 (Nguồn: Crosslink 2019)-

Trong sơ đồ kiến trúc đơn giản của Ethereum 2.0, chúng ta có thể thấy trạng thái gốc, có thể là Blob 32 Byte với mã thực thi WASM (Mã thực thi) trên đó, có thể được sử dụng bởi người dùng Thực hiện cài đặt chi tiết trong hệ thống phân cấp. Có một chuỗi ở phía bên phải của bức tranh. Có dữ liệu giao dịch chung và nhân chứng (Nhân chứng) trên chuỗi. Các nhân chứng thực sự được hiển thị trong các khối của cơ sở dữ liệu. Bạn cần thực hiện giao dịch theo trạng thái này thay vì trạng thái cơ sở dữ liệu và bạn cũng cần chứng minh rằng dữ liệu là chính xác cho trạng thái gốc hiện tại là hợp lệ. Ví dụ: nếu chúng ta muốn chuyển giá trị giữa tài khoản A và tài khoản B, giả sử chúng ta chuyển 5 đồng ether từ tài khoản A sang tài khoản B, chúng ta không thể nói trực tiếp rằng tài khoản và số dư (Số dư) thực sự có sẵn trong quá trình này. , Chúng tôi cần thêm Witness Data để chứng minh trạng thái hiện tại của hai tài khoản. Khi mã thực thi đang thực thi dữ liệu giao dịch, gốc trạng thái có thể sửa đổi và cập nhật cây trạng thái.

Môi trường thực thi không được xác định trước bởi cơ chế đồng thuận. Nó có thể được thêm ở cấp độ người dùng. Chúng tôi cũng có thể sao chép Ethereum 1.0 sang môi trường thực thi của Ethereum 2.0 và thay thế gốc trạng thái hiện có được đưa vào Trình thông dịch EVM và Trình xác minh nhân chứng Merkle được sử dụng làm mã thực thi.

Trong đề xuất ban đầu, trạng thái và sự đồng thuận có liên quan chặt chẽ với nhau, tài khoản thực thi và sự đồng thuận bao gồm cấu trúc cây trạng thái; trong đề xuất mới, môi trường thực thi là một mô hình không trạng thái, có tính trừu tượng cao. , và khả năng mở rộng của nó cao hơn nhiều so với đề xuất ban đầu.

Ưu điểm của môi trường thực thi

Môi trường thực thi có nhiều lợi thế. Nó có thể đưa sản phẩm ra thị trường nhanh hơn hệ thống cũ vì chúng ta không phải đợi đến khi đưa ra được sự đồng thuận cốt lõi để nghiên cứu và phát triển khái niệm này. Sẽ còn nhiều hơn nữa ở Lớp 1. Với một số trở ngại, nó có thể sử dụng một công cụ thực thi có khả năng mở rộng cao và tính sẵn có của dữ liệu cho các ứng dụng khác nhau, vì vậy lớp cơ sở cốt lõi này sẽ được sử dụng lâu dài trong tương lai.

Việc thiết kế môi trường thực thi đã hoàn tất, đưa ra định hướng rõ ràng hơn cho việc chuyển đổi từ Ethereum 1.0 sang Ethereum 2.0, sử dụng môi trường thực thi sẽ tránh được vấn đề công nghệ trở nên lỗi thời theo thời gian.

Thực hiện các giao dịch về môi trường

Đối với các giao dịch môi trường thực thi, nhà phát triển và người dùng có thể thấy nó quá trừu tượng và khó hiểu về môi trường thực thi là gì. Ví dụ: lớp này bổ sung thêm Gì? Cần phải làm gì ở cấp độ này? Ai nên viết môi trường thực thi? Và các thông số kỹ thuật phát triển có liên quan sẽ có xu hướng nghiêm ngặt hơn.

Máy ảo có thể tiềm ẩn vấn đề phân mảnh, điều này có thể ảnh hưởng đến tốc độ giao dịch.

Suy nghĩ hiện tại

Hiện tại, mọi nghiên cứu đang trong quá trình phát triển tích cực và vẫn còn nhiều thời gian để cố gắng hiểu rõ hơn về không gian thiết kế, trong tương lai chúng tôi sẽ dành nhiều thời gian hơn để thiết lập cơ chế giao tiếp môi trường thực thi tốt hơn. Nhìn chung, tiến độ hiện tại là một cột mốc quan trọng cho tương lai.

4. Cầu nối hai chiều

Chủ đề cuối cùng chủ yếu bàn về việc phát triển cầu hai chiều có đáng hay không? Tại thời điểm nào đội có thể làm được cầu hai chiều?

-Sơ đồ cầu một chiều (Nguồn: Crosslink 2019)-

Trong số những đề xuất được diễn giả đề cập trước đây , Ethereum 2.0 ban đầu có cầu nối một chiều, vì vậy bạn có thể chuyển từ Ethereum 1.0 sang Ethereum 2.0, nhưng kiến trúc ban đầu không cho phép truyền ngược, chủ yếu vì một số lý do, điều này buộc chúng tôi phải tiến lên với Ethereum 1.0. kết hợp với các hard fork của Ethereum 1.0 và Ethereum 2.0, khiến hai hệ thống có nguy cơ ảnh hưởng lẫn nhau, do đó, nhóm nghiên cứu cho rằng việc kết hợp chặt chẽ hai bên trước khi Ethereum 2.0 được phát hành và ổn định là không khôn ngoan.

Vấn đề bắc cầu một chiều

Tại Devcon 5 được tổ chức ở Osaka, Nhật Bản vào đầu tháng, vấn đề bắc cầu đã được thảo luận rộng rãi. Mô hình cầu một chiều (One-Way Bridge) được đề xuất ban đầu sẽ gặp vấn đề về tính thanh khoản của người xác thực, và nó quan trọng hơn. Vấn đề là, nó có thể đặt ra vấn đề về tính có thể thay thế giữa Ethereum 1.0 và Ethereum 2.0, và nếu chúng tôi cho phép tính thanh khoản trên Ethereum 2.0, một số dạng cơ chế chuyển giao, thì có thể phân tách Ethereum 1.0 trước đó Ethereum 2.0, hoặc trước khi cầu nối hai chiều được tạo ra, rất có thể sẽ có hai đồng tiền trên sàn giao dịch cùng một lúc. Nhóm và toàn bộ cộng đồng người xác thực đang rất lo lắng về vấn đề này và hiện đang tìm cách để giảm bớt vấn đề này.

Ngoài ra, tôi cũng mong khuyến khích mọi người xác minh ở những giai đoạn đầu này, tuy nhiên, việc xác minh ở những giai đoạn đầu chắc chắn sẽ có rủi ro cao vì có thời gian khóa không xác định nên tôi cũng hy vọng tìm được cách để giảm thiểu rủi ro này. .

Bắc cầu hai chiều

-Sơ đồ cầu hai chiều (nguồn: Crosslink 2019)-

Hiện có hai cách khả thi để kết nối hai chiều. Một là thiết lập nút nhẹ của Ethereum 2.0 trên Ethereum 1.0; hai là vận hành nút đầy đủ của Ethereum 2.0 trên Ethereum 1.0.

Tuyến A: Thiết lập light node Ethereum 2.0 trên Ethereum 1.0

-Sơ đồ đường dẫn A (Nguồn: Crosslink 2019)-

Tuyến đường này yêu cầu hỗ trợ cho BLS-12–381 trong EVM thực tế, việc này sẽ mất rất nhiều thời gian phát triển và nó chỉ cung cấp bảo mật ở cấp độ Light-Client. Khi người xác thực tạo biên nhận giao dịch rút tiền trên chuỗi 2.0, chúng tôi sẽ nhận được chứng chỉ ứng dụng khách hạng nhẹ của Ethereum 2.0. Sau khi khối nhận biên lai được hoàn tất trên Ethereum 2.0, bạn có thể Rút tiền trên hợp đồng 1.0. Tuy nhiên, đây có thể không phải là con đường cuối cùng mà nhóm đã chọn.

Tuyến B: Trên Ethereum 1.0, chạy nút đầy đủ của Ethereum 2.0

-Sơ đồ đường dẫn B (Nguồn: Crosslink 2019)-

Tuyến thứ hai sẽ chạy nút đầy đủ của Ethereum 2.0 trên nút Ethereum 1.0. Tuyến này cho phép chúng tôi sử dụng cơ chế quyết toán. Do đó, chúng tôi không chỉ có thể sử dụng cơ chế A này để tạo điều kiện thuận lợi chuyển giữa Ethereum 1.0 và Ethereum 2.0, chúng tôi cũng có thể sử dụng tính bảo mật của trình xác thực để bảo vệ chuỗi Ethereum 1.0, tôi nghĩ mọi người đều rất hào hứng với điều này, điều này thường được gọi là "hoàn thiện Đề xuất Tiện ích Cuối cùng".

Nhưng vẫn cần có cơ chế xuất gốc trạng thái Ethereum 2.0 trên Ethereum 1.0, do đó, có một số cuộc thảo luận trong cộng đồng Ethereum 2.0, nghiên cứu cách triển khai nó, có thể bao gồm cơ chế khai thác.

Một ưu điểm khác của việc xuất ra root trạng thái Ethereum 2.0 là Ethereum 1.0 có cơ chế ổn định để triển khai nó và nó cũng có khả năng mở rộng cao và tính sẵn có của dữ liệu của Ethereum 2.0, có thể tạo ra một số ứng dụng thú vị. Giống như ZK Rollup và Rollup lạc quan.

Ưu điểm của cầu nối hai chiều

Nếu bạn đang tham gia một sàn giao dịch và niêm yết Ethereum 1.0 Ethereum và Ethereum 2.0 Ethereum, thì giá của chúng phải giống nhau. Nếu không, bạn có thể mua một ether với giá thấp hơn, gửi nó đến bridge, sau đó lấy một ether khác với giá cao hơn và bán nó. Việc chênh lệch giá này sẽ giữ giá của chúng không thay đổi, điều này sẽ gây nhầm lẫn cho người dùng, người xác nhận và nhà phát triển.Cầu nối hai chiều ngăn cản các loại tiền tệ của cả hai bên chuyển đổi sang nhau thông qua chênh lệch giá.

Giao dịch bắc cầu hai chiều

Nhưng vẫn có một số sự đánh đổi ở đây. Mặc dù rất tin tưởng vào thiết kế của Ethereum 2.0, nhóm vẫn hy vọng có thể xác minh nó trong môi trường sản xuất trước khi ảnh hưởng đến hồ sơ rủi ro và bảo mật của Ethereum 1.0.

Bắc cầu hai chiều là một cơ chế đồng thuận liên kết chặt chẽ. Các cuộc tấn công và vấn đề ở cả hai bên của chuỗi sẽ ảnh hưởng đến chuỗi bên kia. Việc phát triển thỏa thuận chắc chắn sẽ rất cồng kềnh. Chúng ta cần phải xem xét tính bảo mật của từng thỏa thuận, nếu chúng ta phát triển giao thức sớm hơn thì chúng ta thực sự đạt được ít tiến bộ hơn, vì mỗi trở ngại phát triển theo thời gian sẽ cản trở lẫn nhau, điều này khiến Ethereum 1.0 tại thời điểm này phát triển nhanh hơn Ethereum Fork 2.0 chậm hơn rất nhiều vì có có rất nhiều mối quan tâm từ cơ sở người dùng thực tế và cần nhiều sự phối hợp để đưa hard fork vào mạng sản xuất của chúng tôi.

Vì vậy, nếu chúng ta kết nối những thứ này với nhau sớm hơn, điều đó có thể làm chậm quá trình phát triển và chu kỳ phân nhánh của Ethereum 2.0, đồng thời bổ sung thêm một số chi phí, nói cách khác, việc xác minh rằng chúng ta có thể. liên quan đến.

Suy nghĩ hiện tại

Chúng ta nên kích hoạt cầu nối trước khi thêm tính thanh khoản của trình xác thực, nhưng hãy đợi cho đến khi giai đoạn đầu tiên của sản phẩm ổn định; một lần nữa, có rất nhiều nghiên cứu liên quan đang diễn ra cùng lúc, điều này có thể ảnh hưởng khi Hoàn thành thao tác này.

Giải thích các thuật ngữ :
EIP (Đề xuất cải tiến Ethereum): EIP là tiêu chuẩn của nền tảng Ethereum. Nội dung của nó bao gồm các thông số kỹ thuật giao thức cốt lõi, API ứng dụng khách và tiêu chuẩn hợp đồng.
Kỷ nguyên: Trong Ethereum 2.0, kỷ nguyên đề cập đến đơn vị thời gian là 6,4 phút và mỗi kỷ nguyên chứa 32 vị trí.
Vị trí (thời gian): Mỗi giai đoạn là 12 giây và các khối có thể không được tạo trong mỗi giai đoạn. Vị trí cuối cùng trong kỷ nguyên được gọi là giai đoạn ranh giới (Vị trí ranh giới) hoặc điểm kiểm tra (C heckpoint).
Solidity: Solidity là ngôn ngữ hướng đến hợp đồng, chủ yếu được sử dụng để phát triển hợp đồng thông minh.
Đồng thuận (cơ chế đồng thuận): Cơ chế đồng thuận là một thuật toán được phát triển bởi blockchain nhằm đạt được sự đồng thuận giữa các nút khác nhau.
Trình xác thực: Một nút xác minh các khối, được chuỗi báo hiệu tạo ngẫu nhiên cho mỗi Phân đoạn trong mỗi giai đoạn (Vị trí).
Gas: Phí bắt buộc cho giao dịch. Khi Gas được tiêu thụ, hợp đồng thông minh sẽ chấm dứt và quay trở lại.
EVM (Máy ảo Ethereum): EVM trong tiếng Trung là Máy ảo Ethereum, là một môi trường máy ảo nhẹ. Môi trường chạy của hợp đồng thông minh trong Eth 1.0 là EVM.
Dapp (Ứng dụng phi tập trung): Trong Ethereum, các ứng dụng dựa trên hợp đồng thông minh được gọi là ứng dụng phi tập trung, tức là Dapp (Ứng dụng phi tập trung).
ether (Ether): Tên tiền tệ của Ethereum.
Tính cuối cùng: "Finality" là một khái niệm trong Casper. Nó là một cơ chế tạo ra các điểm kiểm tra không quay ngược trên chuỗi thông qua việc bỏ phiếu của người xác thực.
Libra: Tiền điện tử do Facebook đề xuất, dự kiến sẽ được phát hành vào năm 2020.
Cây Merkle: Cây Merkle được đề xuất bởi nhà khoa học máy tính Ralph Merkle và bản dịch tiếng Trung của nó là Cây Merkle, bởi vì nó là một cây được hình thành bởi hàm băm.

Liên kết gốc: https://medium.com/taipei-ethereum-meetup/eth2-0-roadmap-70e1c23f139f

Link dịch gốc:https://ethfans.org/posts/crosslink-2019-taiwan-eth2-roadmap-and-challenges

Chào mừng bạn tham gia cộng đồng chính thức của BlockBeats:

Nhóm Telegram đăng ký: https://t.me/theblockbeats

Nhóm Telegram thảo luận: https://t.me/BlockBeats_App

Tài khoản Twitter chính thức: https://twitter.com/BlockBeatsAsia