Tương lai của việc nâng cấp Ethereum, sau hợp nhất [Phần 2]

Bản nâng cấp lớn nhất từ ​​trước đến nay của Ethereum - việc chuyển sang cơ chế đồng thuận bằng chứng cổ phần - đã đến gần. Nhưng mặc dù Hợp nhất nên bổ sung tính bảo mật và tính bền vững, nhưng nó không bao gồm sharding, phương pháp mở rộng mạng được mong đợi từ lâu. 

In Phần I trong cuộc trò chuyện của chúng tôi với nhà nghiên cứu Danny Ryan của Quỹ Ethereum (EF), người đã giúp điều phối quá trình nâng cấp, chúng tôi đã thảo luận về những gì Hợp nhất được thiết kế để mang lại tính bảo mật và ổn định.

Trong Phần II, Ryan nói về các nâng cấp mà người dùng có thể mong đợi trong tương lai, bao gồm danksharding, Ethereum không trạng thái và các bản cập nhật bảo mật vật lộn với sự gia tăng của giá trị có thể trích xuất của thợ đào (MEV). Ông cũng giải thích nỗ lực kéo dài nhiều năm này đã tạo ra các phương pháp mới để nghiên cứu và thử nghiệm các bản nâng cấp trong tương lai như thế nào.

---

Điều phối trên một mạng phi tập trung

TƯƠNG LAI: Bạn ám chỉ đến khả năng các thợ đào sẽ fork và tiếp tục cố gắng sử dụng chuỗi cũ. Nhưng phần lớn, quá trình này đã thu hút mọi người vào cuộc. Vai trò của bạn trong việc đó với tư cách là nhà nghiên cứu của Ethereum Foundation là gì? Làm thế nào để một động thái lớn như vậy được điều phối?

DANY RYAN: Tôi bắt đầu tham gia vào lĩnh vực bằng chứng cổ phần vào khoảng năm 2017, và thậm chí sau đó nó giống như một kết luận bị bỏ qua. Đó là năm năm trước. Và cộng đồng Ethereum đã rất sẵn lòng không trì trệ và làm đúng, đồng thời xây dựng một giao thức không chỉ hoạt động ngày nay mà còn hoạt động, hy vọng là trong 100 năm hoặc hơn. 

Do đó, ngay từ đầu, khi có linh cảm rằng bằng chứng cổ phần có thể được thực hiện một cách an toàn và tốt hơn bằng chứng công việc, mọi người đã rất hào hứng với điều đó. Và vào thời điểm 2016, 2017 bắt đầu, mọi người không chỉ hào hứng với nó mà còn lo lắng để nó xảy ra. Có vẻ như điều này nằm sâu trong đặc tính của cộng đồng Ethereum rằng điều này sẽ xảy ra.

Có nhiều vấn đề nhạy cảm hơn. Có ít kết luận bị bỏ qua hơn trong đó EF, nhóm nghiên cứu và các khách hàng bên ngoài EF đều đang cố gắng đưa ra các giải pháp cho các vấn đề và giữ cho mọi thứ tiến triển. Đôi khi các giải pháp nằm trong vùng xám hơn một chút - đây có phải là giải pháp phù hợp? Chúng ta làm điều đó ngay bây giờ? Chúng ta làm điều đó sau? Điều đó kết thúc là khó khăn và EF cố gắng giúp phối hợp trong các phương pháp đó, giúp thực hiện một số nghiên cứu và phát triển để hỗ trợ các giải pháp bác sĩ thú y, giúp tạo điều kiện thuận lợi cho các cuộc trò chuyện để quyết định về thời gian biểu cũng như các ưu tiên và đơn đặt hàng. 

Nhưng vào cuối ngày, đối với hầu hết các mục, chương trình nghị sự của EF là giúp làm cho giao thức bền vững hơn, an toàn hơn và có thể mở rộng trong khi được phân cấp - và không phân phối một tính năng cụ thể so với tính năng khác. Vì vậy, rất nhiều điều chúng tôi tập trung khi nói đến cả công việc kỹ thuật và phối hợp xã hội là tạo điều kiện cho thông tin tốt, nghiên cứu tốt và đối thoại tốt để nhiều người tham gia vào R&D, kỹ thuật và cộng đồng có thể mọi thứ chuyển động và đi đến quyết định.

Trong năm năm qua, cộng đồng đã có thêm nhiều tiếng nói và sau khi Hợp nhất, về mặt lý thuyết, cộng đồng sẽ trở nên phi tập trung hơn. Bạn có suy nghĩ gì về quá trình nâng cấp trong tương lai? Có khả năng chúng ta sẽ xem xét một số loại DAO lớp một để phối hợp nâng cấp không?

Theo tôi hiểu, cộng đồng Ethereum không tham gia bỏ phiếu trên chuỗi - hoặc bất kỳ loại bỏ phiếu và nâng cấp dân chủ nào - và rằng giao thức là thứ mà người dùng quyết định chạy. Nói chung, có sự đồng thuận rộng rãi. Đôi khi có phân đoạn - ví dụ, Ethereum so với Ethereum cổ điển. Nhưng cuối cùng, đó là quyền của bạn, quyền của cộng đồng và quyền của người dùng để tìm ra phần mềm họ muốn chạy. Nói chung, chúng tôi đồng ý vì mọi người đang cố gắng làm cho Ethereum tốt hơn và không có nhiều xung đột trong một số nội dung cốt lõi ở đó. 

Vì vậy, tôi không mong đợi một cơ chế kỹ thuật chính thức. Tôi hy vọng quá trình sẽ tiếp tục phát triển và thay đổi và phát triển theo kiểu quản lý lỏng lẻo này, nơi có các nhà nghiên cứu, có các nhà phát triển, có các thành viên cộng đồng, có dapp và những thứ tương tự. 

Tôi sẽ nói điều đó - và tôi nghĩ bạn đang ám chỉ điều đó - ngày càng có nhiều người trên bàn, và ngày càng khó khăn hơn để đưa ra quyết định và vận chuyển mọi thứ. Cá nhân tôi tin rằng đó là một tính năng. Tôi nghĩ rằng cả từ quan điểm độ tin cậy cho các ứng dụng và người dùng, và tránh bị bắt về lâu dài, điều đó có lẽ rất quan trọng đối với nhiều giao thức Ethereum để phát triển. Vì vậy, mặc dù ngày càng khó khăn trong việc quản lý và cố gắng vận chuyển, và đôi khi có cảm giác như tôi đang cố gắng chạy với một chiếc áo vest có trọng lượng và tạ trên mắt cá chân và bây giờ tôi bị đeo tạ trên cổ tay, tôi nghĩ rằng chúng tôi có một số nội dung chính cần hoàn thành trong vài năm tới. Nhưng tôi nghĩ sẽ ngày càng khó khăn hơn để hoàn thành công việc. Và tôi nghĩ đó là một điều tốt.

Vitalik gọi nó là “vận tốc thoát chức năng. ” Hãy đưa Ethereum đến một nơi mà nó có đủ quy mô và chức năng để có thể mở rộng và sử dụng theo vô số cách trong lớp tiếp theo của ngăn xếp. Có EVM có đủ chức năng tối thiểu, có đủ dữ liệu sẵn có để xử lý số lượng lớn quy mô và sau đó các ứng dụng có thể mở rộng nó trong các hợp đồng thông minh. Hai lớp có thể thử nghiệm với các máy ảo mới bên trong cấu trúc lớp hai của chúng; bạn có thể mở rộng quy mô Ethereum, v.v.

Tôi nghĩ sẽ ngày càng khó khăn hơn để hoàn thành công việc. Và tôi nghĩ đó là một điều tốt.

Dĩa bóng

Một trong những thứ xuất hiện từ quá trình thử nghiệm cụ thể này là shadow fork, quá trình sao chép dữ liệu Ethereum thực vào testnet để mô phỏng môi trường thử nghiệm mainnet. Điều đó có luôn nằm trong kế hoạch không? Và bạn nghĩ điều đó có thể thay đổi quy trình R&D như thế nào để nâng cấp trong tương lai?

Lẽ ra, chúng tôi đã làm những cú nĩa bóng trong bốn năm qua. Chúng thật tuyệt vời; chúng thực sự tuyệt vời. Về cơ bản, tôi lấy một số nút mà chúng tôi kiểm soát - gọi là 10, 20, 30 - và họ nghĩ rằng một đợt fork sắp xảy ra, vì vậy, họ đang ở trên mainnet hoặc một trong những testnet này và sau đó ở một số điều kiện fork, như chiều cao khối, họ tất cả đều đi, "Được rồi, chúng tôi đang sử dụng mạng mới." Và họ rẽ nhánh và sau đó họ đi chơi trong thực tế của riêng họ, nhưng họ có trạng thái kích thước mạng chính.

Và trong một thời gian, bạn có thể chuyển các giao dịch từ mainnet sang thực tế phân nhánh này để có được một lượng hợp lý những gì trông giống như hoạt động không phải trả tiền của người dùng, điều này thực sự tốt. Nó cho phép chúng tôi kiểm tra xem rốt cuộc cái gì đã trở thành các quá trình hữu cơ cao khó mô phỏng. Và điều đó thật tuyệt. ngang [Jayanthi] và những người khác làm việc trong nhóm DevOps tại EF đã sắp xếp những điều này và chúng tôi đã học được rất nhiều điều từ họ. Tôi nghĩ nếu bạn hỏi bất kỳ ai, họ sẽ trả lời rằng, "Ồ, vâng, sẽ thật tuyệt nếu chúng tôi làm điều này ba năm trước, bốn năm trước cho mỗi lần nâng cấp."

Nhưng tôi sẽ nói một điều khác. Tôi đã nói điều đó [kể từ] một năm trước và bây giờ chúng tôi đang ở trong đuôi dài về bảo mật và thử nghiệm: Điều này thực sự đáng kinh ngạc, đảm bảo tất cả các trường hợp chính xác, đảm bảo rằng khi nó xảy ra, nó sẽ xảy ra - chúng tôi chụp một lần và nó hoạt động. Và hóa ra, cách mà phần mềm được xây dựng với các máy khách lớp thực thi đồng thuận, có rất nhiều thứ để xây dựng về mặt thử nghiệm. Shadow fork là một trong số đó. Sử dụng các môi trường mô phỏng khác có thể kiểm tra hai điều này cùng nhau, như Kurtosis, Phản đề, Và những người khác. 

Có một số thứ khác chúng ta cần làm, như tua lại Tổ ong, đó là khung thử nghiệm xây dựng hàng đêm tích hợp của chúng tôi, để nó có thể xử lý cả hai loại khách hàng này và để bạn có thể viết các thử nghiệm ở những nơi phức tạp khác nhau đang diễn ra ở cả hai phía của lối đi. Tất cả những gì đã xảy ra. Đầu tiên, các khuôn khổ phải được phát triển hoặc sửa đổi. Sau đó, rất nhiều bài kiểm tra phải được viết. Vì vậy, điều thú vị với Merge là chúng tôi đã thực sự nâng cao các công cụ trong bộ công cụ của mình để có thể kiểm tra các bản nâng cấp theo cách mà bản nâng cấp tiếp theo sẽ tập trung nhiều hơn vào việc viết các bài kiểm tra hơn là suy nghĩ về cách thậm chí kiểm tra nó và viết các khuôn khổ để kiểm tra nó. 

Điều gì sau khi chứng minh cổ phần?

Vì điều này đã diễn ra trong một thời gian dài, nên ban đầu, sharding sẽ đến trước. Nhưng sự phát triển của hệ sinh thái có nghĩa là trước tiên bạn có thể chuyển sang bằng chứng cổ phần. Có những phát triển hệ sinh thái nào khác xuất hiện trong quá trình này có thể thay đổi cách tiếp cận của bạn đối với các nâng cấp trong tương lai không?

Trước hết, có thể có một số lý do khiến việc chuyển đổi bằng chứng cổ phần được ưu tiên. Một là dừng trả quá cao để được bảo mật bằng bằng chứng công việc. Và thứ khác là quy mô đó đã bắt đầu đi qua các công trình xây dựng hai lớp này. Vì vậy, có thể nếu bạn có quy mô 10-100x từ đó, bạn có thể tập trung vào thứ khác và hoàn thành công việc và thống nhất hai hệ thống khác nhau này: beacon chain và mainnet hiện tại. 

Có một số điều khác đã ảnh hưởng đến cách chúng ta nghĩ về các mốc thời gian và ưu tiên. Tôi đã đề cập trước đó rằng toàn bộ thế giới MEV đã ném cờ lê vào một số thứ. Có những lo ngại về vấn đề tập trung và bảo mật khác xuất hiện khi bạn bắt đầu nghĩ về nơi MEV có thể đi đến. Và đã có rất nhiều nghiên cứu trong hơn 12 tháng qua về cách giảm thiểu một số mối lo ngại này bằng các sửa đổi lớp một. Tùy thuộc vào phân tích các mối đe dọa đến từ thế giới MEV, điều đó có thể ưu tiên các tính năng bảo mật nhất định và bổ sung bảo mật cho L1 hơn một thứ khác mà có thể được mong đợi là ưu tiên. 

Tôi nghĩ một điều thú vị là lộ trình sharding và công trình dự kiến ​​hiện tại, được gọi là danksharding, được đặt theo tên của dankrad [Feist], nhà nghiên cứu của chúng tôi tại EF. Toàn bộ việc xây dựng thực sự được đơn giản hóa khi bạn giả sử tồn tại các tác nhân MEV được khuyến khích cao này. Không chỉ một số tác nhân bên ngoài này đã thay đổi cách chúng ta nghĩ về bảo mật mà còn thay đổi cách chúng ta có thể nghĩ về việc xây dựng các giao thức này. Nếu bạn giả sử MEV tồn tại, nếu bạn cho rằng những tác nhân được khuyến khích cao này sẵn sàng làm những việc nhất định vì MEV, thì đột nhiên bạn có bên thứ ba này tham gia với sự đồng thuận rằng có thể bạn có thể giảm tải mọi thứ, theo nhiều cách có thể được đơn giản hóa. Vì vậy, không chỉ có những điều tồi tệ đến mà còn có những kiểu thiết kế mới mở ra.

Chúng tôi đã thực sự nâng cao các công cụ trong bộ công cụ của mình để có thể kiểm tra các bản nâng cấp theo cách mà bản nâng cấp tiếp theo sẽ tập trung nhiều vào việc viết các bài kiểm tra hơn là nghĩ về cách thậm chí kiểm tra nó.

Ethereum không trạng thái vẫn đang được thảo luận và nghiên cứu tích cực? 

Đúng. Trạng thái - tất cả các tài khoản và hợp đồng, số dư và mọi thứ - đó là trạng thái của Ethereum. Với vị trí của bạn trong blockchain, có một trạng thái thực tế. Thứ đó phát triển theo thời gian, phát triển tuyến tính. Và nếu bạn tăng giới hạn khí, nó thậm chí còn phát triển nhanh hơn. Vì vậy, đây là một mối quan tâm. Nếu nó phát triển nhanh hơn dung lượng bộ nhớ và ổ cứng của máy tiêu dùng, thì bạn gặp vấn đề với việc thực sự có thể chạy các nút trên máy tính gia đình và phần cứng tiêu dùng, điều này có mối lo ngại về bảo mật và tập trung. Ngoài ra, nếu bạn nói chuyện với một số NHẬN thành viên nhóm [khách hàng], thực tế là trạng thái tiếp tục phát triển có nghĩa là họ phải tiếp tục tối ưu hóa nội dung. Vì vậy, nó là khó khăn.

Ethereum không trạng thái và những thứ theo hướng nghiên cứu đó là một con đường giải pháp tiềm năng cho điều này, nơi để thực thi một khối mà tôi thực sự không cần toàn bộ trạng thái; có loại đầu vào ẩn này khi thực hiện chức năng của một khối. Tôi cần trạng thái trước, tôi cần khối, và sau đó tôi nhận trạng thái sau để biết khối có hợp lệ hay không. Trong khi với Ethereum không trạng thái, trạng thái cần thiết - các tài khoản và những thứ khác mà bạn cần để thực thi khối cụ thể đó - được nhúng trong khối và là bằng chứng cho thấy đó là trạng thái chính xác. Giờ đây, việc thực thi một khối và kiểm tra tính hợp lệ của Ethereum trở nên chỉ [cần] có khối, điều này thực sự tốt. Bây giờ chúng ta có thể có các nút đầy đủ mà không nhất thiết phải có trạng thái đầy đủ. Nó mở ra toàn bộ phổ về cách xây dựng các nút. Vì vậy, tôi có thể có một nút xác thực đầy đủ và không có trạng thái, tôi có thể có một nút chỉ giữ trạng thái phù hợp với tôi hoặc tôi có thể có rất đầy đủ các nút có tất cả trạng thái và loại nội dung đó.

Điều này đang được tích cực làm việc. Thực ra, tôi tin rằng, hiện đang có một mạng thử nghiệm với tất cả những thứ thú vị khác cần phải xảy ra để biến điều này thành hiện thực. Đánh giá hiện tại của tôi là nhu cầu về sharding và thang đo L1 cao hơn so với mối đe dọa sắp xảy ra đối với sự tăng trưởng của tiểu bang. Vì vậy, rất có thể, vì cái này sẽ được ưu tiên hơn cái kia, nên quy mô sẽ được ưu tiên. 

Điều đó nói rằng, rất khó để nói. Có “proto-danksharding, ”Giống như một cách đi từng bước để có được quy mô lớn hơn một chút. Có thể điều đó xảy ra và sau đó không trạng thái xảy ra và sau đó phân tích hoàn toàn xảy ra, tùy thuộc vào nhu cầu và đánh giá về những gì đang xảy ra và các mối đe dọa liên quan. Tôi nghĩ rằng suy nghĩ chung về tăng trưởng của nhà nước là chúng ta phải có một con đường và chúng ta phải sửa chữa nó, nhưng [rằng] đám cháy sắp xảy ra đã được dập tắt và đây không phải là điều sẽ làm tê liệt Ethereum trong vài năm tới. Nhưng đó là một thứ phải được sửa chữa.

Hướng dẫn tôi qua các nâng cấp mà chúng tôi do biết sau khi Hợp nhất. Sẽ có một bản nâng cấp dọn dẹp? Điều đó có tách biệt với nâng cấp Thượng Hải không? Và khi nào thì sharding được giới thiệu?

Thượng Hải có thể là tên của ngã ba sau khi Hợp nhất. Để thực sự rút tiền của bạn mà bạn đã đặt cược gần hai năm nay - [điều đó] không được kích hoạt tại Hợp nhất. Ban đầu chúng dự kiến ​​sẽ được thực hiện, nhưng do sự phức tạp của Hợp nhất, theo thời gian, người ta quyết định thực sự loại bỏ nó và chỉ hoàn thành Hợp nhất chứ không thêm chức năng rút tiền bổ sung. Tôi rất rất rất kỳ vọng rằng tính năng rút tiền được kích hoạt ở Thượng Hải - vì vậy, bản nâng cấp đầu tiên sau khi Hợp nhất. Điều này đã được hứa hẹn với nhiều người, rất nhiều người có rất nhiều vốn trong dây chuyền và tôi không mong đợi bất kỳ vấn đề nào với điều đó. Những thứ này thường được chỉ định, có các bài kiểm tra được viết, và những thứ như vậy. 

Có một số cải tiến EVM [Máy ​​ảo Ethereum] khác mà tôi nghĩ sẽ đưa nó vào hệ thống này - các phép toán khác nhau, một số thứ về khả năng mở rộng khác nhau, phiên bản tốt hơn một chút trong EVM và các tính năng khác. Đó là một chút van xả áp trên các cải tiến EVM, đã được đặt sang một bên trong nhiều năm nay để thực hiện Hợp nhất và các nâng cấp khác. Và mọi người thực sự muốn xem một số loại nâng cấp khả năng mở rộng nhỏ ở đây. Vì vậy, nó có thể là proto-danksharding, đặt một số nền tảng cho cá mập đầy đủ và có quy mô hơn một chút, hoặc giảm giá khí calldata, rất dễ dàng nhưng không thực sự là một giải pháp bền vững. Vì vậy, đó là những gì chúng tôi mong đợi, hy vọng, ở Thượng Hải: rút tiền và một chút quy mô.

Sau đó, câu hỏi đặt ra là: Sau đó là gì? Và điều đó thật khó nói. Nếu chúng ta có được một chút quy mô ở đó, và nó bổ sung cho L2s thực sự độc đáo và mọi thứ khá tốt, thì có thể có nhu cầu làm không trạng thái vào thời điểm đó. Hoặc nếu L2 có nhu cầu vô độ về quy mô lớn hơn, thì có thể điều đó tạo tiền đề cho danksharding đầy đủ.

Cuộc phỏng vấn này đã được chỉnh sửa và cô đọng. 

Đăng ngày 27 tháng 2022 năm XNUMX