Ý kiến | Nhiều phát triển trên Ethereum

Tiêu đề gốc: "Quan điểm | Nhiều tiến bộ về Ethereum"

Nguồn gốc: Những người đam mê Ethereum

Mục đích của bài viết này là tập trung vào các cách sử dụng khác nhau của mạng Ethereum Nghiên cứu và tiến bộ thực tế theo hướng này cho thấy trí tưởng tượng hiện tại của những người tham gia hệ sinh thái Ethereum. Vì vậy, “tiến trình” ở đây không chỉ giới hạn ở những cải tiến ở lớp giao thức mà còn bao gồm cả những nỗ lực trong ứng dụng.

1. Ethereum 1.x

Khi lộ trình Ethereum 2.0 vừa được công bố, nhiều người quan tâm đến Ethereum đã đặt câu hỏi. Nếu mọi người tập trung vào Trên Ethereum 2.0 thì chúng ta nên làm gì làm gì với chuỗi PoW này? Ai sẽ duy trì nó?

Ngay từ Devcon4 vào năm 2018, một số nhà phát triển đã nhận thức được vấn đề này. Vào thời điểm đó, có hai lựa chọn: 1) Chỉ thực hiện bảo trì cơ bản trên chuỗi PoW và từ bỏ các cập nhật lớn; 2) Kiên quyết thúc đẩy những thay đổi lớn đối với chuỗi PoW và giao việc nghiên cứu và phát triển 2.0 cho các nhóm khác. Cái sau được gọi là hướng "Ethereum 1.x". Hướng đi này có ý nghĩa, vì thời điểm phát hành của Ethereum 2.0 là chưa chắc chắn, trước khi phát hành, sự phát triển bền vững lâu dài của chuỗi PoW vẫn phải được đảm bảo. Sau đó, nhiều người chấp nhận hướng đi của Ethereum 1.x hơn và lộ trình này đã được xác định.

Về cơ bản, Ethereum 1.x hy vọng sẽ giải quyết được một số vấn đề cơ bản mà chuỗi Ethereum PoW gặp phải. Một trong số đó là "vấn đề bùng nổ trạng thái" nổi tiếng.

Trong hoạt động của giao thức Ethereum, tài khoản nào có bao nhiêu tiền và dữ liệu được lưu trữ trong hợp đồng sẽ được cập nhật liên tục và các hợp đồng mới sẽ tiếp tục được tạo ra. Các nội dung này (số dư tài khoản, mã hợp đồng, nội dung lưu trữ hợp đồng) được gọi là "trạng thái", là kết quả của quá trình chuỗi khối Ethereum xử lý một số khối và thể hiện trạng thái toàn cầu của mạng Ethereum tại thời điểm đó sau khi các khối được xử lý. Nó cũng sẽ được cập nhật liên tục khi các khối mới được sản xuất. Để đạt được xác minh khối nhanh (cũng như thực thi khối, vì phương thức xác minh là thực hiện lại tất cả các giao dịch), nút sẽ lưu cục bộ dữ liệu về trạng thái (được gọi là "dữ liệu trạng thái") và cập nhật nó với khối .được sản xuất và cập nhật liên tục. Khi đó, về mặt lý thuyết, khối lượng của phần dữ liệu này sẽ tiếp tục tăng khi số lượng tài khoản tăng lên và vị trí lưu trữ của từng trạng thái truy cập cũng như trạng thái đầu ra là không chắc chắn.

Sự phát triển bùng nổ của dữ liệu trạng thái sẽ gây ra hai vấn đề: 1) Do vị trí lưu trữ của trạng thái truy cập và đầu ra không chắc chắn, nút chạy ứng dụng khách Ethereum sẽ tạo ra một số lượng lớn các yêu cầu đọc và ghi ngẫu nhiên trên đĩa cứng ( đây là lý do tại sao cần sử dụng ổ cứng thể rắn để chạy ứng dụng khách Ethereum) và nhu cầu về phần này sẽ ngày càng cao, liên tục làm tăng chi phí phần cứng liên quan đến việc xác minh mạng Ethereum, dẫn đến giảm và tập trung hóa số lượng nút mạng; 2) gây khó khăn cho các nút mới tham gia mạng Điều này ngày càng trở nên khó khăn hơn vì các nút mới cần yêu cầu ngày càng nhiều dữ liệu trạng thái từ các nút khác khi chúng lần đầu tiên tham gia mạng.

Giải pháp cho Ethereum 1.x là "Ethereum không trạng thái", cho phép bằng chứng trạng thái (được gọi là "nhân chứng") cần thiết để xác minh các giao dịch được truyền bá cùng với khối. Các nút nhận giao dịch và nhân chứng có thể sử dụng gốc trạng thái được lưu trữ cục bộ (trạng thái Ethereum được biểu thị bằng cây Merkle-Patricia. Cái gọi là gốc trạng thái là giá trị gốc của cây Merkel, là giá trị băm). Xác minh giá trị pháp lý của nhân chứng và xác minh thêm tính hợp lệ của giao dịch. Bằng cách này, nút không cần truy cập và ghi dữ liệu trạng thái cục bộ (đây là lý do tại sao nó được gọi là "không trạng thái").

Chế độ không trạng thái có nhiều lợi ích, Thứ nhất , vì giao dịch tự tích hợp dữ liệu cần thiết để xác minh giao dịch, giao dịch xác minh sẽ trở nên nhanh hơn và có thể tăng tốc độ xử lý của nút; thứ hai, ở chế độ không trạng thái, dữ liệu được phân tách, sau đó một số khách hàng có thể Thực hiện tối ưu hóa mục tiêu theo nhu cầu dữ liệu của riêng bạn. Ví dụ: bạn có thể có các nút chỉ cung cấp giao dịch và nhân chứng cho các ứng dụng DeFi.

Mặc dù nghe có vẻ có rất nhiều lợi ích nhưng trên thực tế nó gặp phải một vấn đề lớn, đó là cần thêm băng thông. Trong thực tế hiện tại, kích thước dữ liệu trung bình của khối Ethereum là hơn 20 KB. Tuy nhiên, nghiên cứu hiện tại cho thấy rằng ngay cả khi chúng tôi thực hiện một số cải tiến trong việc triển khai cây trạng thái Ethereum, kích thước nhân chứng cần thiết cho một khách hàng không có trạng thái vẫn ở khoảng 0,5 MB. Gánh nặng là quá lớn đối với mạng Ethereum hiện tại. Kích thước dữ liệu nhân chứng là điều chỉnh đầu tiên cần khắc phục ở chế độ không trạng thái và nếu không thể giảm kích thước thì gần như không thể thực hiện được.

Tuy nhiên, tin tốt là nghiên cứu về Ethereum không trạng thái đã (đại loại) tạo ra một kết quả, đó là phương pháp đồng bộ hóa Beam. Beam dựa trên những ưu điểm của phương pháp Đồng bộ hóa nhanh và chế độ không trạng thái. Sau khi tải xuống khối mới nhất, nó bắt đầu yêu cầu dữ liệu trạng thái cần thiết để xác minh giao dịch trong khi cố gắng khôi phục trạng thái hoàn chỉnh cục bộ. Phương pháp này có những yêu cầu nhất định về phần cứng và hiệu quả triển khai hiện tại không ổn định. Tuy nhiên, khi chạy tốt cũng là một bước đột phá lớn khi có thể chuyển sang chế độ xác minh hoàn toàn trong vòng vài phút sau khi tải xuống dữ liệu tiêu đề khối.

Các cân nhắc về Ethereum không trạng thái có tầm ảnh hưởng sâu rộng và các vấn đề cần giải quyết cũng rất cơ bản, liên quan đến sự ổn định lâu dài của chuỗi PoW. Ngay cả khi điều đó hiện không khả thi, nghiên cứu theo hướng này sẽ mang lại nhiều cảm hứng cho việc cải tiến giao thức Ethereum.

Tài liệu tham khảo:

Ethereum Không A nghiên cứu sơ bộ về trạng thái khách hàng

Ethereum không trạng thái: Thử nghiệm cây trạng thái nhị phân

Beam Sync: Một cách mới để đồng bộ hóa các nút Ethereum

2. Kế hoạch mở rộng lớp 2

Ý tưởng về sơ đồ mở rộng Lớp 2 cũng đã có từ lâu. Khái niệm này đã được đề xuất vào khoảng năm 2017. Cái gọi là Lớp 2 có nghĩa là việc thực hiện các giao dịch được đặt ngoài chuỗi, nghĩa là nó không được thực thi bởi nút chạy máy khách Ethereum mà bởi các máy tính khác. Lightning Network trên mạng Bitcoin là giải pháp Lớp 2 nổi tiếng.

Mục đích của việc sử dụng giải pháp Lớp 2 là cải thiện thông lượng: nếu việc thực hiện giao dịch không được thực hiện blockchain, việc tổ chức nhiều nhóm máy tính để thực hiện song song các giao dịch không liên quan là điều tự nhiên (thanh toán là một kịch bản có thể được thực hiện song song trong hầu hết thời gian), chỉ khi cần tiền để tương tác với các hợp đồng và người dùng Lớp 1. Hãy để chuỗi khối cơ bản giải quyết trạng thái tiền trên Lớp-2 và thực hiện các giao dịch.

Vì vậy, như một khái niệm mà mọi người đã đề cập từ lâu, điều gì đã khiến Lớp-2 xuất hiện ở cuối năm ngoái? Bùng nổ về mặt khái niệm và thu hút được sự chú ý mới? Bởi vì mọi người đã đề xuất một kiến trúc thiết thực hơn trước.

Bản thân khái niệm Lớp-2 chỉ đề cập rằng việc tính toán (thực thi) phải được thực hiện ngoài chuỗi, nhưng không đề cập đến dữ liệu gốc của các giao dịch Lớp 2 nên được đặt ở đâu và người dùng nên duy trì và lấy trạng thái mới nhất của tài khoản của họ như thế nào; đây cũng là không gian thiết kế của giải pháp Lớp 2. Để giảm bớt gánh nặng lưu trữ của Lớp 1, các giải pháp trước đây không lưu trữ dữ liệu giao dịch Lớp 2 trên chuỗi mà chỉ thường xuyên lưu trữ trạng thái gốc của trạng thái Lớp 2 trên chuỗi (chẳng hạn như một số giải pháp Plasma). là một số trong số chúng Không ai trong số chúng tồn tại (chẳng hạn như hầu hết các giải pháp kênh trạng thái).

Nhưng vấn đề nảy sinh ở đây. Khi tiền của người dùng được rút từ Lớp 2 sang Lớp 1, tranh chấp có thể phát sinh. Ví dụ: tôi nghĩ lẽ ra phải có 10 nhân dân tệ trong tài khoản của mình nhưng chỉ rút được 5 nhân dân tệ. Làm cách nào để chứng minh rằng tôi thực sự có 10 nhân dân tệ nhân dân tệ trong tài khoản của tôi. Nếu người dùng được yêu cầu lưu dữ liệu liên quan và gửi dữ liệu đó vào thời điểm này, trước hết, trải nghiệm người dùng sẽ rất kém và thứ hai, có thể không thu được kết quả bằng chứng tốt.

Vì vậy, một số nhà phát triển đã thực hiện một bước đi táo bạo vào thời điểm này: xuất bản dữ liệu giao dịch trực tiếp lên Lớp 1. Vì dữ liệu đã được mã hóa nên kích thước không phải là vấn đề. Điều này thay đổi mô hình của Lớp-2: hoặc có vấn đề với dữ liệu giao dịch hoặc không có vấn đề gì với dữ liệu giao dịch, thì kết quả thu được dựa trên các quy tắc chuyển đổi trạng thái nhất định sẽ đương nhiên không gây tranh cãi. Đây là cốt lõi của giải pháp Rollup.

Trên cơ sở này, sự khác biệt giữa các giải pháp Tổng hợp khác nhau mà chúng tôi đã nghe nói nằm ở việc đảm bảo tính chính xác của quá trình chuyển đổi trạng thái ( tính chính xác), chẳng hạn như cái gọi là ZK-Rollup, sử dụng hệ thống chứng minh mật mã (chủ yếu là công nghệ chứng minh không có kiến thức) để chứng minh tính toàn vẹn tính toán. Tóm lại, nếu bằng chứng liên quan có thể vượt qua quá trình xác minh, Điều này chứng tỏ rằng phép tính phải đúng được thực hiện theo các thủ tục liên quan. Ví dụ: Optimistic-Rollup sử dụng các biện pháp khuyến khích kinh tế và thời gian thử thách để đảm bảo tính hợp lệ của dữ liệu trên chuỗi: nếu bạn cảm thấy rằng khối tổng hợp do nhà điều hành khác đề xuất chứa các giao dịch không hợp lệ, hãy gửi tiền đặt cọc để bắt đầu thử thách.

Tóm lại, khái niệm Rollup bổ sung nhiên liệu mới cho sự phát triển của Lớp 2 và dự kiến sẽ mang lại lợi ích mới cho Ethereum Mạng cung cấp hỗ trợ mạnh mẽ trong việc giải quyết các vấn đề về khả năng mở rộng. Mặc dù một khái niệm mới không thể giải quyết được mọi vấn đề, nhưng các vấn đề kỹ thuật phức tạp hơn nhiều so với nguồn gốc của khái niệm này (đây là cách hiểu cơ bản mà tất cả chúng ta nên có). Ví dụ, giải pháp Rollup cũng gặp phải vấn đề về độ trễ khi người dùng rút tiền tiền.Do đó cần có nhà cung cấp thanh khoản. Nhưng kế hoạch Rollup thực sự đã tiếp thu những bài học của những người đi trước và cho thấy những triển vọng tốt đẹp.

ZK-Rollup đã được ra mắt, đây là sự phân quyền của Loopring.io bằng cách sử dụng trao đổi giải pháp Loopring zk-Rollup; trong Ngoài ra, Starkware cũng đang hoạt động trong lĩnh vực này. Optimistic Rollup được đại diện bởi Fuel, một dự án sidechain dành riêng cho thanh toán stablecoin. John Adler, người khởi xướng khái niệm Rollup, cũng tham gia dự án này.

Tài liệu tham khảo:
Bản tổng hợp lạc quan so với bản tổng hợp ZK: Tìm hiểu
Bản tổng hợp lạc quan Tại sao nó được thiết kế như thế này?

3. DeFi

Các ứng dụng DeFi ngày càng trở nên phức tạp hơn, theo tôi đó là một điều tốt. Vào thời kỳ đầu (và cho đến ngày nay), ứng dụng chính của DeFi là cho vay, và ở đây tôi chủ yếu đề cập đến Hợp chất (MakerDAO và DAI thực sự phức tạp hơn và không thể tóm tắt đơn giản bằng từ cho vay, mặc dù hình thức của chúng cũng là cho vay). Sau đó, nó được mở rộng sang giao dịch ký quỹ, tức là giao dịch đòn bẩy, và người tiên phong phải là dYdX. Nhiều sàn giao dịch phi tập trung hiện có chức năng giao dịch ký quỹ, bao gồm cả DDEX.

Chức năng giao dịch tài sản tổng hợp hiện đã xuất hiện, tức là các giao dịch phái sinh được thanh toán phi vật lý. Ví dụ: trên nền tảng Synthetix, các dẫn xuất của giá Bitcoin có thể được tổng hợp. Thậm chí còn có một hoạt động thú vị. Bạn có thể đổi một phần ETH của mình lấy DAI, gửi vào Uniswap để trở thành nhà cung cấp thanh khoản, nhận thu nhập từ phí của Uniswap và nhận phần còn lại trên nền tảng giao dịch ký quỹ để nhân đôi lợi nhuận. bằng cách này, bạn sẽ không bỏ lỡ cơ hội tăng giá của ETH (tất nhiên bạn cũng sẽ phải đối mặt với tổn thất khi giá ETH giảm), nhưng cũng có được một số thu nhập từ phí. DeFiZap cung cấp các hoạt động phức hợp như vậy, loại bỏ những rắc rối khi người dùng hoạt động độc lập.

Một số sản phẩm mới này là duy nhất, chẳng hạn như Synthetix. Trong hệ thống của nó, tất cả tài sản tổng hợp của người dùng đều là đối tác cho những người dùng khác; những người khác đã nhiều lần chứng minh sự tồn tại của “khả năng kết hợp”, chẳng hạn như DeFiZap. Bất chấp điều đó, tất cả đều chứng minh sức sống của DeFi và động lực của nó không có dấu hiệu chậm lại.

Trong thời gian giá ETH giảm mạnh vào ngày 12 tháng 3, đã có áp lực rất lớn về việc thanh lý chuỗi và một số Một số người bạn cảm thấy hơi vỡ mộng trước một số tình huống không đạt yêu cầu, nhưng tôi lại không cảm thấy như vậy một chút nào. Sự thất vọng là không thể tránh khỏi vì không có gì hoàn hảo trong thiết kế sản phẩm hoặc kỹ thuật. Luôn có những điều phải thử thách trong thực tế mới có thể khám phá được. Nó không cho thấy vấn đề nào cũng không thể giải quyết được mà thay vào đó cho thấy DeFi đã phát triển rất nhiều - ban đầu không có nhiều nhu cầu thanh lý nhưng bây giờ thì có.

Tài liệu tham khảo:
Năm ether thay đổi trải nghiệm tiết kiệm Ứng dụng Fang DeFi

4. Các ứng dụng và công nghệ cải thiện trải nghiệm người dùng

Hệ sinh thái Ethereum đã và đang chú ý đến blockchain trong một thời gian dài. vấn đề trải nghiệm người dùng trong thời gian dài. Cái gọi là trải nghiệm người dùng có thể được tóm tắt là câu hỏi mà người dùng cấp thấp sẽ hỏi khi họ bắt đầu sử dụng Ethereum lần đầu: Gas là gì? Nếu làm mất cụm từ ghi nhớ, bạn sẽ không thể lấy lại được tiền. Đây có phải là lừa đảo không?

Đối với câu hỏi đầu tiên, hiện nay có một thứ gọi là Công nghệ "siêu giao dịch": Trước tiên, người dùng ký vào một dữ liệu giao dịch hợp lệ và gửi nó đến người chuyển tiếp. Người chuyển tiếp xác nhận tính hợp lệ của dữ liệu và sau đó gửi giao dịch với tư cách là người gửi giao dịch thực tế. Giao dịch sẽ kích hoạt một loạt các hoạt động hợp đồng và hoàn thành mục đích giao dịch của Người dùng và thanh toán cho người chuyển tiếp. Trong quá trình này, người trả tiền thực tế của Gas là người chuyển tiếp, do đó, miễn là người dùng và người chuyển tiếp đạt được thỏa thuận, người dùng có thể thanh toán mà không cần ETH hoặc thậm chí không phải trả tiền (tức là người chuyển tiếp hoặc dApp tự trợ cấp cho người dùng). ).

Đối với vấn đề thứ hai, một giải pháp là vấn đề này về cơ bản là do giao thức Ethereum gây ra. Có, tài khoản Hệ thống ở lớp giao thức không hỗ trợ người dùng sử dụng các phương thức phức tạp hơn các từ ghi nhớ và khóa riêng để quản lý địa chỉ và tiền của họ. Tuy nhiên, khả năng thể hiện của hợp đồng thông minh không có những hạn chế này. Do đó, người dùng có thể sử dụng hợp đồng thông minh mà họ có thể kiểm soát để quản lý tiền. Hợp đồng thông minh này có thể hỗ trợ một số kế hoạch được xác định trước để thay thế quyền kiểm soát của hợp đồng thông minh. Bằng cách này, nó có thể hỗ trợ các kế hoạch phục hồi xã hội (cho phép nhiều bạn cùng những người đáng tin cậy) có thể giúp bạn thay đổi quyền kiểm soát hợp đồng bằng cách sử dụng địa chỉ, để ngay cả khi bạn mất điện thoại di động hoặc khóa riêng, bạn vẫn có thể lấy lại quyền kiểm soát hợp đồng và tiền, chỉ cần thay đổi địa chỉ).

Ngoài ra, một giải pháp cải thiện trải nghiệm người dùng nổi tiếng khác là ENS, có thể giúp người dùng thể hiện địa chỉ của họ bằng các địa chỉ .eth có thể đọc được. Bằng cách này, bạn không cần phải căng mắt so sánh địa chỉ thanh toán khi chuyển tiền mà chỉ cần nhập địa chỉ .eth (ENS còn có các hậu tố khác).

Những phương pháp này gần đây đã tập trung vào một ứng dụng: ví hợp đồng thông minh. Người dùng sử dụng hợp đồng thông minh để quản lý quỹ của riêng họ. Hợp đồng thông minh có thể có địa chỉ ENS, thường tích hợp trực tiếp các chức năng giao dịch meta và thậm chí hỗ trợ các chức năng nâng cao như phục hồi xã hội và giới hạn chuyển khoản hàng ngày. Hiện tại có hai dự án phổ biến trong lĩnh vực ví hợp đồng thông minh là Argent và Authereum.

Tài liệu tham khảo:
Giao dịch Ethereum Yuan
Argent: mở ra một kỷ nguyên mới về bảo mật tài sản mật mã

5. Ethereum 2.0

Ethereum 2.0 có thể là lĩnh vực được mọi người quan tâm nhất nhưng cũng có thể là chủ đề có ít thông tin phổ biến nhất. Một mặt, điều này là do bản thân Ethereum 2.0 tương đối phức tạp, không có logic hữu hình và dễ hiểu như DeFi đã đề cập ở trên. Mặt khác, nhiều thiết kế vẫn chưa được hoàn thiện và chưa hoàn thiện.

Phần chính của Ethereum 2.0 có hai phần: cơ chế đồng thuận bằng chứng cổ phần + sharding; đó là chủ yếu chia thành 3 giai đoạn Triển khai: Mục tiêu triển khai của Giai đoạn 0 (giai đoạn đầu tiên, do lập trình viên bắt đầu đếm từ 0) là beacon chain, là một chuỗi chạy sử dụng cơ chế PoS. Chuỗi này cũng là cốt lõi của Ethereum 2.0 vì nó liên quan đến nhiệm vụ cung cấp tính ngẫu nhiên (tương ứng với bảo mật phân đoạn) và sự tương tác giữa các phân đoạn với toàn bộ mạng. Bản thân beacon chain không được sử dụng để thực hiện các giao dịch nên nó không có chức năng chuyển người dùng và thực hiện hợp đồng như chuỗi Ethereum PoW.

Mục tiêu triển khai của Giai đoạn 1 là chuỗi phân đoạn. Nghĩa là, các thiết kế khác nhau liên quan đến sharding bắt đầu được triển khai và những người tham gia cơ chế đồng thuận PoS ("người xác minh") bắt đầu được chỉ định cho các phân đoạn khác nhau để tạo khối và gửi một số thông tin về phân đoạn ("liên kết chéo") tới đèn hiệu chuỗi. cấp trên. Tuy nhiên, ở giai đoạn này, các phân đoạn vẫn không thể thực hiện giao dịch nên các khối trên chuỗi phân đoạn chỉ là một số dữ liệu đơn giản và ít có ý nghĩa. Giai đoạn này giống như kiểm tra xem mạng có thể đáp ứng các yêu cầu về băng thông của sharding hay không.

Giai đoạn 2 thêm công cụ thực thi vào chuỗi phân đoạn. Trong Giai đoạn 2, các phân đoạn sẽ có chức năng thực hiện các giao dịch và sau đó các hợp đồng có thể được triển khai giống như Ethereum ngay bây giờ. Sharding được thực hiện để xử lý các giao dịch song song và cải thiện thông lượng xử lý giao dịch của Ethereum.

Theo lộ trình triển khai theo từng giai đoạn này, có thể thấy có rất nhiều hiểu lầm về Ethereum 2.0 đang lưu hành trên Internet : span>

( 1) "Ethereum 2.0 sẽ ra mắt trong năm nay" là không đủ chính xác. Bởi vì những gì dự kiến triển khai trong năm nay là Giai đoạn 0, là giai đoạn của chuỗi đèn hiệu, nên nó được ước tính một cách lạc quan là sẽ trực tuyến vào cuối mùa hè này. Sau khi chuỗi beacon trực tuyến, người dùng có thể gửi 32 ETH vào hợp đồng ký quỹ của chuỗi PoW và trở thành người xác minh trên chuỗi beacon. Tuy nhiên, điều này không có nghĩa là Ethereum 2.0 đã được triển khai đầy đủ. Do đó, không có vấn đề gì khi nói “Giai đoạn PoS của Ethereum sẽ bắt đầu khi chuỗi đèn hiệu trực tuyến”, nhưng sẽ sai khi nói “Điều này có nghĩa là Ethereum 2.0 đã hoàn thành”.
(2) "Sau sự xuất hiện của Ethereum PoS, các máy khai thác sẽ không thể khai thác được nữa" cũng là một sự hiểu lầm. Như đã đề cập ở trên, bản thân beacon chain không có chức năng thực hiện các giao dịch và không thể thay thế hoàn toàn chuỗi PoW ngay khi nó trực tuyến. Chuỗi PoW và chuỗi beacon sẽ cùng tồn tại trong một thời gian dài chứ không phải chuỗi PoW sẽ bị bỏ rơi hoàn toàn ngay khi PoS ra mắt. Sự cùng tồn tại của cả hai sẽ không kết thúc cho đến khi ít nhất Giai đoạn 2 được trực tuyến (nếu lộ trình triển khai theo từng giai đoạn và nội dung của từng giai đoạn không thay đổi). Mặc dù không có thời gian biểu rõ ràng cho việc khởi động Giai đoạn 2, nhưng người ta ước tính một cách lạc quan rằng sẽ mất hai năm sau khi Giai đoạn 0 đi vào hoạt động.
(3) Sau khi Ethereum 2.0 được triển khai đầy đủ, Eth1 cũng sẽ được hợp nhất vào hệ thống Eth2, có thể bằng cách trở thành một phân đoạn trong Eth2.0 và trạng thái hiện tại của nó sẽ được di chuyển hoàn toàn sang đó. Nhưng tôi không có hiểu biết sâu sắc về cách thực hiện điều đó.

Vậy những người muốn tham gia cần biết những thông tin chi tiết nào khác về chuỗi đèn hiệu sắp tới?

(1) Cho đến nay, về phương thức kết nối giữa PoW chain và beacon chain, ý kiến chủ đạo vẫn là một -way chain bridge, nghĩa là người dùng có thể đạt được trình độ xác minh trên chuỗi beacon và chuỗi beacon ETH (BETH) bằng cách gửi 32 ETH vào hợp đồng ký quỹ của chuỗi PoW, nhưng BETH không thể được gửi lại cho PoW chuỗi;
(2) Trong thiết kế hiện tại, chủ sở hữu BETH không thể chuyển tiền cho nhau vì chuỗi beacon không có chức năng thực hiện giao dịch. Tuy nhiên, chức năng này có thể được thêm vào sau khi beacon chain đã chạy ổn định trong một khoảng thời gian và không có sự phụ thuộc tuần tự mạnh mẽ vào lần triển khai tiếp theo.
(3) Nếu bạn muốn tự mình vận hành trình xác thực, ngoài việc gửi 32ETH, bạn còn cần một máy tính có thể chạy phần mềm máy khách của trình xác thực và kết nối mạng ổn định (một máy tính có thể chạy nhiều thiết bị đầu cuối máy khách của trình xác thực), bạn cũng cần tìm một nút để cung cấp cho bạn những thông tin cần thiết, nếu không bạn sẽ không thể tham gia vào sự đồng thuận, tất nhiên, bạn cũng có thể tự mình xây dựng một nút chuỗi đèn hiệu. Yêu cầu phần cứng để chạy máy khách trình xác thực không cao, nhưng yêu cầu phần cứng để chạy các nút chuỗi beacon thì cao hơn. Rõ ràng, khi đó cũng sẽ có các nhà cung cấp dịch vụ đặt cược, nhưng do những hạn chế của bản thân giao thức Ethereum, dịch vụ đặt cược này không thể hoàn toàn không được tin cậy, do đó, bạn cần phải lựa chọn nhà cung cấp một cách cẩn thận.

Một điều nữa cần đề cập ở đây là một số bạn bè có thể nhầm lẫn giữa khái niệm trình xác nhận và nút chuỗi báo hiệu. Nút chuỗi báo hiệu là đơn vị cơ bản tham gia vào mạng và trình xác minh là đơn vị cơ bản tham gia đồng thuận. Việc xác minh giống như các thợ mỏ, họ không phải tự triển khai các nút mà phải dựa vào các nút để tham gia đồng thuận; mặt khác, người triển khai nút không nhất thiết phải là người xác nhận.

Từ góc độ phân cấp mạng, chúng ta không chỉ phải quan tâm đến các yêu cầu phần cứng của máy khách xác minh mà còn cả các yêu cầu phần cứng của các nút chuỗi beacon. Trên thực tế, nó còn quan trọng hơn.
(4) Khi đóng vai trò là người xác minh, không chỉ có khái niệm số dư tài khoản mà còn có khái niệm "số dư hiệu dụng". Cái trước là số BETH bạn có trong tài khoản và cái sau là tỷ trọng vốn sở hữu của bạn khi tham gia đồng thuận (xác định mức độ thưởng và phạt mà bạn nhận được). Nó có giới hạn trên là 32 BETH. Khi bạn nhận được phần thưởng và hình phạt trên chuỗi đèn hiệu, số dư hiệu dụng của bạn sẽ di chuyển và số dư hiệu dụng của bạn cũng vậy (sẽ có một số độ trễ khi số dư hiệu dụng tăng lên), tuy nhiên khi số dư hiệu dụng đạt đến 32ETH, nó sẽ không tiếp tục tăng lên. Số dư của bạn có thể là 100 BETH, nhưng khi bạn tham gia đồng thuận, phiếu bầu của bạn vẫn được ghi nhận có trọng số là 32 BETH. Điều này xác định rằng PoS của Ethereum giống như một hệ thống phát hành lãi đơn giản, hơn là một hệ thống phát hành lãi kép.

Cuối cùng, về shending, tôi phải thừa nhận rằng tôi không hiểu đầy đủ ý nghĩa của khái niệm này và không gian thiết kế của nó. Theo tôi, sharding dường như có nghĩa là các nhóm trình xác thực khác nhau đạt được sự đồng thuận song song trên một số giao dịch, đồng thời đảm bảo rằng các trạng thái này chỉ thông qua sự đồng thuận của một số trình xác thực và không có vị trí lưu trữ cố định. Vì vậy, "giao tiếp chéo" là vấn đề thực sự.

Dựa trên hiểu biết hiện tại của chúng tôi, blockchain có thể được coi là một phương pháp theo dõi các thay đổi trạng thái. Điều quan trọng là đảm bảo rằng nội dung khối có thể được kiểm chứng. Đối với giao thức Ethereum, miễn là trạng thái được sàn giao dịch sửa đổi được chia sẻ bởi những người tham gia xác minh giao dịch (hoặc, miễn là những người muốn tham gia xác minh có thể có được trạng thái dựa trên giao dịch), khối đó là có thể kiểm chứng được. Ngay cả khi những người liên quan đến việc xác minh giao dịch liên tục thay đổi (giống như "người xác nhận liên tục được gán cho các phân đoạn khác nhau" trong Ethereum 2.0), thì cũng không có vấn đề gì, vì trạng thái không trạng thái cho phép bản thân giao dịch mang trạng thái thay đổi của chính nó. Lúc này, nếu chưa có kinh nghiệm thì ít nhất chúng ta cũng có thể tưởng tượng được. Vấn đề thực sự khó tưởng tượng là: nếu các shard chạy song song, nghĩa là các shard chạy không đồng bộ (nếu muốn giữ lại khả năng mở rộng) thì làm sao để khi shard A sử dụng B khi trạng thái của shard xuất ra và kết quả là đầu ra, làm cách nào để thay đổi trạng thái của phân đoạn B cho phù hợp? Dường như không có vấn đề gì khi một giao dịch xảy ra trong phân đoạn A sử dụng trạng thái của phân đoạn B và nó vẫn có thể kiểm chứng được. Nhưng làm thế nào để thay đổi trạng thái của phân đoạn B ngay sau khi thực hiện, nếu trình xác thực xử lý giao dịch không làm thế nào để thông báo với mọi người rằng trạng thái của mảnh B đã được thay đổi? Nói cách khác, làm thế nào để người xác thực trên Shard B biết rằng một giao dịch không có trong lịch sử thay đổi trạng thái của Shard B yêu cầu thay đổi trạng thái của Shard B? (Chỉ theo dõi các thay đổi trong gốc trạng thái dường như không hoạt động) (Trong tất cả các tình huống có thể tưởng tượng được, nó dường như yêu cầu sự tồn tại của một phân đoạn nhất định phải được đồng bộ hóa, nghĩa là, bản thân phân đoạn đó trở thành Lớp 1 trên thực tế. Và các phân đoạn khác trên thực tế trở thành Lớp 2).

Cuối năm ngoái, nghiên cứu về lĩnh vực sharding đã đạt được rất nhiều kết quả và các nhà nghiên cứu đã thành công tập trung vào việc nghiên cứu. Có hai vấn đề chính:

(1) Bởi vì người xác nhận cần xáo trộn giữa các phân đoạn khác nhau, nên họ bắt buộc phải làm như vậy trong thời gian ngắn Việc tải xuống lịch sử giao dịch của các phân đoạn và có được trạng thái mới nhất của các phân đoạn trong hệ thống là không thực tế và nó cũng sẽ phá hủy khả năng mở rộng; do đó, phân đoạn yêu cầu không có trạng thái; nhưng tình trạng không trạng thái này cũng khiến nó không thể thực hiện được khi bắt đầu một giao dịch. Phải có ai đó cung cấp nhân chứng cho các giao dịch này. Đây là sự cố mạng chuyển tiếp;

(2) Khi người dùng thực hiện giao dịch, làm thế nào để đảm bảo tính nguyên tử của quá trình xử lý giao dịch và thanh toán phí? Câu hỏi này liên quan đến các vấn đề về "cách phân chia phân đoạn" và cách thực hiện "giao dịch giữa các phân đoạn (thanh toán)". Đây chính là vấn đề của thị trường phí xử lý.

Hai câu hỏi này đã rất chính xác rồi, nhưng tôi vẫn mong có được một định nghĩa rõ ràng hơn về vấn đề. Câu hỏi hay có câu trả lời hay.

Tài liệu tham khảo:
Ethereum 2.0: Câu chuyện về Ethereum song sinh
Hướng dẫn về Ethereum 2.0 Giai đoạn 0 dành cho người đóng góp mới
Trình xác thực của Eth2 hợp lệ Số dư là bao nhiêu
Chuỗi báo hiệu Eth2: Những điều bạn nên biết đầu tiên
Mạng chuyển tiếp và cơ chế tính phí của Eth2.0
Lựa chọn thiết kế cho Ethereum 2.0

Liên kết gốc

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