Phiên bản đầy đủ Bài phát biểu tại Hội nghị các nhà phát triển Ethereum của Vitalik Buterin

Lưu ý của biên tập viên: Bài viết này đến từBabbitt, Tác giả: Helen, được xuất bản với sự cho phép.

Lưu ý của biên tập viên: Bài viết này đến từ

Babbitt

, Tác giả: Helen, được xuất bản với sự cho phép.

Vào ngày 29 tháng 6 năm 2019, "Hội nghị Ứng dụng và Công nghệ Ethereum 2019" do CSDN và Lingtai Technology đồng tài trợ đã được tổ chức tại Bắc Kinh.

Là hội nghị công nghệ Ethereum có ảnh hưởng nhất ở Trung Quốc, hội nghị này tập trung vào bức tranh toàn cảnh sinh thái của Ethereum, sự phát triển của Ethereum trong tương lai, sự phát triển thực tế của Ethereum, các trường hợp dự án chất lượng cao, v.v. và mời người sáng lập Ethereum Vitalik Buterin, nhà phát triển công nghệ cốt lõi Hsiao-Wei Wang, các nhà lãnh đạo dự án nổi tiếng trong và ngoài nước, các nhà lãnh đạo ngành và các chuyên gia ưu tú về sinh thái Ethereum đã thảo luận về tiến trình mới của hệ sinh thái Ethereum và chia sẻ kinh nghiệm phát triển Ethereum mới nhất.

Vitalik Buterin, người sáng lập Ethereum, đã có bài phát biểu đầu tiên của hội nghị này với chủ đề "Giao dịch chéo Ethereum 2.0" trong tiếng vỗ tay nồng nhiệt. Vitalik đã giới thiệu chi tiết về khái niệm và tiến trình của Ethereum 2.0 cho các nhà phát triển và hướng đến chủ đề "Hiệu suất Ethereum" mà các nhà phát triển quan tâm, giới thiệu nguyên tắc giao dịch chéo cho các nhà phát triển và trả lời các câu hỏi phổ biến của các nhà phát triển. trả lời.

Trong chuỗi hiện tại, tất cả các nút tải xuống và xác minh tất cả các giao dịch, điều này an toàn nhưng hạn chế nghiêm trọng khả năng mở rộng. Vì vậy, chúng tôi muốn cải thiện tình trạng này, trong tương lai blockchain sẽ bị phân mảnh, nghĩa là mỗi nút chỉ tải xuống và xác minh một phần giao dịch.

Ví dụ: trong thiết kế của Ethereum 2.0, có 1024 phân đoạn, do đó mỗi nút chỉ cần xác minh 1/1024 giao dịch, thay đổi này sẽ cải thiện hiệu suất của chuỗi khối và có thể tăng số lượng giao dịch mỗi giây trên Ethereum lên 10 .10.000 giao dịch mỗi giây, nhưng điều này sẽ đối mặt với một thách thức mới, đó là:

Người dùng và ứng dụng nằm trên các phân đoạn khác nhau, làm thế nào để "giao tiếp"?

Giờ đây, tất cả các tài khoản, hợp đồng thông minh được lưu trữ trên một máy tính (có nghĩa là Ethereum) và rất thuận tiện để chúng giao tiếp với nhau. Nhưng nếu các tài khoản và hợp đồng của chúng tôi ở trên các phần khác nhau trong tương lai, sẽ rất khó để đối thoại và liên lạc ngay lập tức.

Do đó, thiết kế của Ethereum 2.0 không cho phép mỗi nút xử lý tất cả các giao dịch và thông tin. Chúng tôi có 1024 phân đoạn và mỗi phân đoạn tương đương với một chuỗi ngắn. Mỗi phân đoạn có thuật toán đồng thuận riêng. Một giao dịch được thực hiện trên một phân đoạn và sau đó cứ sau 6 phút, mỗi phân đoạn lại "giao tiếp", tức là giá trị băm của các phân đoạn khác được phát hiện. Chuỗi đèn hiệu quản lý thuật toán đồng thuận và giao tiếp giữa các phân đoạn.

Giao dịch "không đồng bộ" Đây là những gì tôi đã thiết kế trước đây. Ví dụ: tôi có 5 xu, sau đó tôi muốn chuyển nó cho Bob, Bob có tài khoản, tài khoản của anh ấy ở dưới cùng và tài khoản của tôi ở trên cùng. Trước hết, tôi muốn thực hiện một yêu cầu giao dịch ở trên cùng. Giao dịch này sẽ được xử lý trong phân đoạn đầu tiên, sau đó tạo ra giá trị băm, nhưng nó sẽ không được hoàn thành ngay lập tức và sau đó chúng ta có thể đặt nó vào phân đoạn tại dưới cùng. Khi nó được xác thực trên phân đoạn dưới cùng, giao dịch có thể được xử lý.

Ví dụ: bạn muốn đặt vé tàu và khách sạn, tất nhiên bạn muốn chúng được đặt cùng nhau, sẽ không có ý nghĩa gì nếu chỉ có cái này mà không có cái kia. ?

Chúng tôi tưởng tượng hai hợp đồng thông minh, một hợp đồng được sử dụng để đặt vé tàu và hợp đồng còn lại được sử dụng để đặt khách sạn. Nếu bất kỳ lỗi nào trong số này không thành công, chúng tôi có thể đảo ngược giao dịch. Nhưng vì hai hợp đồng ở các phần khác nhau nên sẽ khó đảm bảo tính nhất quán hơn.

Một trong những giải pháp là “yank”, mỗi vé tàu một hợp đồng, mỗi phòng một hợp đồng, để mỗi hợp đồng thể hiện khả năng đặt chỗ, đặt phòng của chúng ta. Bây giờ chúng ta có thể làm gì đây? Bắt đầu một hợp đồng trong một "kéo dài" có chức năng là sử dụng một hợp đồng tại một thời điểm. Kéo một hợp đồng từ mảnh khách sạn, kéo một hợp đồng khác từ vé tàu và đặt hai mảnh cùng một lúc. Và nếu bạn bỏ đặt phòng mà người khác vẫn muốn đặt thì bạn có thể “giật” lại hợp đồng của họ. Đó là một quá trình tự động, đặt hàng cả hai hoặc không.

Nhưng hãy tưởng tượng rằng chúng tôi cần dành 5 phút để cho một phân đoạn biết dữ liệu hoặc giá trị băm của phân đoạn khác, nhưng chúng tôi muốn ứng dụng này nhanh hơn.

Ví dụ: ban đầu Alice có 10, Bob có 20 và Charlie có 52, chúng tôi nén chúng và lưu trữ chúng. Có hai tình huống xảy ra, một là Bob có 20 đồng xu và hai là Bob có 25 đồng xu sau đó. Nếu chúng ta thấy trên ví có gốc ở trên là R, chúng ta có thể đoán trong các phần sau, đó là Bob có 25 xu, vì vậy anh ta có thể lấy 25 xu cho người khác.

Nhưng trong quá trình này, tính toán của chúng tôi chưa được hoàn thành, mặc dù có vẻ như giao dịch đã được hoàn thành. Sau đó, bạn có thể hỏi, có vẻ như Bob có những đồng tiền này, nhưng anh ấy đã không tiêu những đồng tiền này. Giả sử Bob muốn gửi 25 xu cho Charlie, anh ấy sẽ làm gì?

Chúng ta không cần phải suy nghĩ về việc R là thật hay giả, bởi vì Charlie hiện có 52 đồng xu, vì vậy anh ấy biết rằng R phải là thật. Logic này được thực hiện ở chế độ nền và hiệu quả logic là thông qua phân tích ví của Bob và Charlie, ít nhất chúng ta cũng biết rằng một giao dịch như vậy đã xảy ra. Điều rất thú vị là bạn có thể sử dụng giao tiếp để thực hiện các giao dịch trên các chuỗi khối và bạn cũng có thể để nó tạo các ứng dụng cho phép các chuỗi khối khác nhau thực hiện các giao dịch xuyên chuỗi.

Chúng tôi cũng có thể đạt được các mục tiêu khác, chẳng hạn như giao dịch đồng bộ thông qua phương pháp Plasma, giao dịch có thể được bắt đầu trên bất kỳ phân đoạn nào và tài sản sẽ được lưu trữ trong hợp đồng, nhưng chúng tôi sẽ không tính ngay tổng số trạng thái và sẽ mất một khoảng thời gian tuần để rút tiền. Tại thời điểm này, nếu bất kỳ ai có thể chứng minh trạng thái đó không hợp lệ, họ có thể hủy bỏ việc rút tiền.

Phương pháp này có thể đảm bảo rằng nếu chúng tôi nhận được tiền và không thực hiện các khoản thanh toán bất hợp pháp, giao dịch của chúng tôi sẽ được đồng bộ hóa với toàn bộ chuỗi khối để phát sóng. Chúng tôi có hai tài sản, X và Y, và các phân đoạn của chúng tôi có các ưu tiên riêng, có thể là một giao dịch trước giao dịch tiếp theo.

Nếu chúng tôi tham gia vào quá trình giao dịch, chúng tôi có tài sản và bạn cũng muốn gửi thông tin giao dịch, bạn có thể xuất bản nó trên bất kỳ phân đoạn nào. Nếu bạn là chủ sở hữu của một tài sản, bạn chỉ cần phân tích các phân đoạn này và đánh giá lịch sử của các giao dịch này là gì.

Thiết kế như vậy, chúng tôi gọi là "Máy ảo đang hoạt động (OVM)", tài sản bạn sở hữu không được chuyển ngay lập tức, chúng tôi bắt đầu một quy trình, không cần rút tiền, có thể mất cả tuần để thực sự đến nơi, nhưng nếu Bạn là người dùng, bạn có thể biết tại sao một tài sản nhất định không thể được rút ngay lập tức và bạn có cảm giác rằng giao dịch này thực sự có thể được ghi có.

Ưu điểm của việc này là chúng tôi sẽ có được khả năng mở giao dịch và cũng có thể được xác nhận kịp thời, có thể được xác nhận ngay lập tức sau 0,5 giây. Nếu vậy, trải nghiệm người dùng sẽ rất tốt, tương tự như trải nghiệm được cung cấp bởi máy chủ tập trung.

Nếu chúng tôi xuất bản dữ liệu từ các phân đoạn khác nhau, logic sẽ rất phức tạp, hợp đồng thông minh cũng sẽ trở nên rất phức tạp và ví người dùng sẽ thực hiện một số lượng lớn các phép tính, sẽ mất nhiều thời gian hơn để tính toán.