Lấy Taiko làm ví dụ để giải thích khái niệm xác nhận trước: Làm cách nào để giao dịch Ethereum hiệu quả hơn?
Bằng cách giới thiệu khái niệm xác nhận trước, Taiko và nhiều dự án Dựa trên Lớp 2 đang xây dựng một hệ thống xác nhận giao dịch cho phép người dùng xác nhận giao dịch nhanh chóng và đáng tin cậy hơn. Bằng cách giới thiệu khái niệm xác nhận trước, Taiko và nhiều dự án Dựa trên Lớp 2 đang xây dựng một hệ thống xác nhận giao dịch cho phép người dùng xác nhận giao dịch nhanh chóng và đáng tin cậy hơn. Bằng cách giới thiệu khái niệm xác nhận trước, Taiko và nhiều dự án Dựa trên Lớp 2 đang xây dựng một hệ thống
Tiêu đề gốc: "Xác nhận trước (feat. Taiko): Lần đầu tiên giúp Ethereum nhanh chóng! 》
Tác giả gốc: Ingeun Kim: : FP
Bài viết này bắt đầu từ những hạn chế của hệ sinh thái L2 hiện tại, phân tích các hoạt động cụ thể của Taiko và các dự án khác, đồng thời trình bày sự xác nhận trước (Xác nhận trước ) Khái niệm đổi mới này là cách tối ưu hóa quy trình xác nhận giao dịch và nâng cao trải nghiệm người dùng. Đồng thời, nó cũng bộc lộ những khó khăn vẫn cần phải khắc phục trong quá trình phát triển công nghệ tiền xác nhận hiện nay, bao gồm những thách thức kép về cải tiến kỹ thuật và tính bền vững sinh thái.
Tổng quan về khóa
Taiko là mạng Lớp 2 dựa trên Dựa trên Rollup, nhằm mục đích đạt được khả năng tương tác hoàn toàn với Ethereum đồng thời thúc đẩy tính phân cấp của trình sắp xếp thứ tự. Để giải quyết vấn đề chậm trễ trong việc xác nhận giao dịch cuối cùng trong cơ chế tổng hợp, Taiko đã đưa ra khái niệm "Xác nhận trước". Bằng cách đảm bảo bao gồm và trình tự các giao dịch trước cho người dùng, việc xác nhận trước sẽ giảm bớt một cách hiệu quả sự kém hiệu quả của quy trình xác nhận giao dịch trong cơ chế tổng hợp, từ đó cải thiện đáng kể trải nghiệm của người dùng.
Trong mô hình Xác nhận trước dựa trên, trình xác minh L1 cung cấp cho người dùng sự đảm bảo về kết quả giao dịch. Người xác nhận trước được yêu cầu phải cầm cố tiền đặt cọc và tuân thủ cơ chế chém để đảm bảo độ tin cậy của hệ thống. Các dự án L2 như Taiko đã thiết lập tính chất cuối cùng của giao dịch đáng tin cậy bằng cách giới thiệu cơ chế xác nhận trước, tạo môi trường vận hành thuận tiện hơn cho các dịch vụ như DeFi yêu cầu xác nhận theo thời gian thực.
Hiện tại, nhiều dự án đã tham gia xây dựng hệ sinh thái tiền xác nhận. Tiến bộ công nghệ này dự kiến sẽ cải thiện hiệu quả của hệ sinh thái Ethereum L2, tăng cường khả năng tương tác với Ethereum và thúc đẩy mở rộng hơn nữa toàn bộ hệ sinh thái.
Taiko đang dần hướng tới mục tiêu cuối cùng là giải pháp Layer2 cho Ethereum. Để đạt được điều này, Taiko ưu tiên khả năng tương tác hoàn toàn với Ethereum, trình sắp xếp chuỗi phi tập trung và hỗ trợ nhà phát triển. Điều đáng nói là Taiko đạt được khả năng tương tác hoàn toàn với Ethereum thông qua kiến trúc Dựa trên Rollup, đồng thời cho phép bất kỳ ai tham gia với tư cách là người sắp xếp chuỗi, do đó đạt được sự phân cấp của trình sắp xếp. Tuy nhiên, bất chấp những ưu điểm của mô hình Dựa trên Rollup, bản thân cấu trúc của nó vẫn có một số điểm kém hiệu quả cố hữu.
Bài viết này sẽ lấy Taiko làm ví dụ để phân tích sâu hơn khái niệm xác nhận trước. Là một thành phần quan trọng trong nhóm công nghệ Layer2, xác nhận trước là một bước quan trọng để Rollup đạt được sự phát triển hơn nữa.
Vấn đề hiệu quả L2 hiện tại
Với việc mở rộng hệ sinh thái L2, nhiều dự án đã xuất hiện nối tiếp nhau, mang đến nhiều khái niệm và công nghệ mới. Tuy nhiên, bất chấp những tiến bộ đáng kể này, L2 vẫn còn một số vấn đề cần giải quyết về mặt hiệu quả, đặc biệt là trong các lĩnh vực chính ảnh hưởng đến trải nghiệm người dùng, trong đó việc nâng cao hiệu quả trở nên đặc biệt quan trọng.
Hạn chế cố hữu của Rollup: Quá trình hoàn tất giao dịch không hiệu quả
L2 đạt được khả năng mở rộng thông qua Rollup và dựa vào tính sẵn có của dữ liệu cũng như quá trình xử lý giao dịch của các nền tảng L1 như Ethereum. Tuy nhiên, có một hạn chế cố hữu của Rollup: mặc dù việc đặt hàng và thực hiện giao dịch có thể được thực hiện độc lập nhưng tất cả các quy trình khác vẫn cần chờ xác nhận cuối cùng từ L1.
Kiến trúc này đảm bảo tính bảo mật và tính bất biến của dữ liệu bằng cách tận dụng trực tiếp khả năng tạo khối và tính sẵn có của dữ liệu của L1. Tuy nhiên, việc dựa vào L1 để xác nhận cuối cùng dẫn đến tốc độ xử lý giao dịch chậm hơn và khả năng xác nhận thời gian thực bị hạn chế, gây khó khăn cho việc đáp ứng nhu cầu thời gian thực từ góc độ người dùng
Ngoài ra, nhiều nút Trình sắp xếp L2 và trình xác thực hiện vẫn đang tập trung. Việc tập trung này sẽ dẫn đến sự thiếu hiệu quả, chẳng hạn như thời gian xác nhận giao dịch dài hơn và có thể bị gián đoạn hoạt động, điều này sẽ ảnh hưởng đến hiệu quả xử lý giao dịch của một số Bản tổng hợp và gây ra sự chậm trễ trong việc xác nhận.
Khái niệm xác nhận trước được đề xuất
Khái niệm xác nhận trước được đề xuất để giải quyết vấn đề trong mạng L2 Vấn đề kém hiệu quả trong việc hoàn tất giao dịch. Xác nhận trước cho phép người dùng nhận được xác nhận giao dịch nhanh hơn, từ đó giảm bớt sự chậm trễ và kém hiệu quả thường gặp trong cơ chế tổng hợp.
Việc xác nhận trước nhằm giải quyết những vấn đề gì?
Trong cơ chế Rollup, quá trình xác nhận sau khi người dùng gửi giao dịch đến L2 luôn không hiệu quả. Do trình sắp xếp chuỗi L2 tập trung không thể đảm bảo chính xác khi nào giao dịch sẽ được xác nhận trên L1 nên người dùng thường không chắc chắn về thứ tự và kết quả của giao dịch. Ví dụ: người dùng có thể phải đợi rất lâu để các giao dịch được đưa vào L1, điều này có thể dẫn đến tổn thất tài chính từ các giao dịch đã thực hiện nếu lệnh giao dịch sai hoặc kết quả không lý tưởng.
Trong môi trường thị trường có nhiều biến động, các vấn đề về độ trễ và thay đổi trình tự thậm chí còn rõ ràng hơn khi người dùng dựa vào các dịch vụ chênh lệch giá và DeFi. Trong những trường hợp này, sự chậm trễ trong giao dịch hoặc thay đổi trình tự sẽ trực tiếp dẫn đến việc mất đi cơ hội. Ngay cả những người dùng thực hiện các giao dịch thông thường cũng có thể thiếu tin tưởng vào thời gian xác nhận cuối cùng và thứ tự giao dịch trên L1, do đó nghi ngờ về độ tin cậy và tính dễ sử dụng của blockchain.
Do đó, mục tiêu thiết kế của xác nhận trước là để bù đắp những thiếu sót này, đặc biệt là mang lại trải nghiệm giao dịch thuận tiện và đáng tin cậy hơn cho những người dùng khó tính nhất. bị ảnh hưởng bởi sự thiếu hiệu quả của Rollup.
Xác nhận trước giải quyết những vấn đề này như thế nào?
Xác nhận trước giải quyết những vấn đề này bằng cách cung cấp cho người dùng sự đảm bảo về việc bao gồm, đặt hàng và thực hiện giao dịch. Nó cung cấp "xác nhận mềm" cho người dùng thông qua trình sắp xếp L2 tập trung và cấp chứng chỉ xác nhận trước để đảm bảo rằng các giao dịch cuối cùng sẽ được đưa vào L1.
Ưu điểm chính của xác nhận mềm là nó có thể cải thiện trải nghiệm người dùng. Người dùng nhận được chứng từ xác nhận ngay sau khi gửi giao dịch, đảm bảo rằng giao dịch được đưa vào L1 theo thứ tự dự kiến, giảm bớt sự không chắc chắn, đặc biệt là trong các giao dịch yêu cầu phản hồi nhanh như chênh lệch giá. Ngoài ra, xác nhận trước giúp nâng cao niềm tin của người dùng vào hệ thống L2. Khi người dùng có được niềm tin vào việc xử lý giao dịch an toàn, mức sử dụng tổng thể hệ sinh thái L2 sẽ tăng lên. Do đó, xác nhận trước đóng một vai trò quan trọng trong việc nâng cao hiệu quả và sự tiện lợi của quá trình xử lý Tổng hợp.
Xác nhận trước có phải là giải pháp cuối cùng không?
Mặc dù xác nhận mềm từ trình sắp xếp tập trung có thể cải thiện trải nghiệm người dùng thông qua thứ tự và kết quả mong đợi nhưng nó phụ thuộc vào sự tin cậy vào trình sắp xếp chuỗi. Không có sự thực thi pháp lý hoặc kỹ thuật và người dùng chỉ có thể dựa vào độ tin cậy của trình sắp xếp chuỗi. Sự phụ thuộc này tạo ra khả năng các giao dịch có thể không được đưa vào đúng thứ tự hoặc thậm chí có thể không được đưa vào L1, không cung cấp sự đảm bảo về tính ổn định mà người dùng mong đợi.
Lấy Taiko làm ví dụ để giải thích khái niệm và cách thực hành Xác nhận trước dựa trên cơ sở
Sự hiểu biết của Taiko Xác nhận trước dựa trên Rất nhiều nỗ lực đã được thực hiện vì phương pháp này rất phù hợp với các tính năng cốt lõi của Dựa trên tổng hợp. Nếu Xác nhận trước dựa trên có thể giới thiệu thành công khuôn khổ của Taiko, nó sẽ không chỉ giảm đáng kể độ trễ trong xác nhận giao dịch cuối cùng mà còn cải thiện trải nghiệm người dùng. Ngoài ra, cải tiến này sẽ kích hoạt nhiều dịch vụ bị hạn chế trước đây để hoạt động hiệu quả trên mạng Taiko.
Trước khi đi sâu vào Xác nhận trước dựa trên, cần xem lại một số tính năng chính của Taiko để hiểu đầy đủ hơn về khả năng ứng dụng và ưu điểm của phương pháp này.
Phân tích trường hợp Taiko
Taiko thể hiện đầy đủ các tính năng cốt lõi của Dựa Rollup. Nó không chỉ đạt được khả năng tương tác hoàn toàn với cơ sở hạ tầng Ethereum mà còn nhằm mục đích hoàn toàn phù hợp với các cơ chế bảo mật của Ethereum. Taiko áp dụng kiến trúc Dựa trên Rollup, có nghĩa là nó không dựa vào trình sắp xếp tập trung mà dựa vào trình xác thực của Ethereum để hoạt động như trình sắp xếp chuỗi, chịu trách nhiệm sắp xếp thứ tự các giao dịch và khối.
Nói cách khác, trình sắp xếp chuỗi của Taiko có cùng loại vai trò với vai trò là người đề xuất khối của Ethereum. Thiết kế này mang lại cho họ những trách nhiệm và ưu đãi đặc biệt, chẳng hạn như tối đa hóa phần thưởng giá trị có thể trích xuất (MEV) và các lợi ích khác đi kèm với trạng thái trình sắp xếp chuỗi. Do đó, khi xảy ra sự cố trong quy trình giải trình tự L2 của Taiko, những người giải trình tự này đương nhiên sẽ chịu trách nhiệm tương ứng do họ quan tâm đến hệ sinh thái Ethereum. Cơ chế này khác biệt đáng kể Taiko với các dự án Ethereum L2 khác về trách nhiệm vận hành.
Ngoài ra, điều đáng chú ý là mô hình Tổng hợp dựa trên Taiko được thiết kế dưới dạng "Tổng hợp có thể cạnh tranh dựa trên (BCR)". Cấu trúc này nhằm mục đích Truyền cảm hứng cho sự cạnh tranh lành mạnh. Thông qua thiết kế mở và không cần cấp phép, Taiko đảm bảo tính phân cấp của hệ thống và cho phép mọi người tham gia, làm cho hệ thống trở nên công bằng và minh bạch hơn.
Xác nhận trước dựa trên Dựa trên bản tổng hợp
Sau đó, xác nhận trước được thiết kế đặc biệt cho Dựa Rollup Mô hình này trông như thế nào? Câu trả lời là "Xác nhận trước dựa trên". Mô hình này nhằm mục đích thay thế cơ chế xác nhận mềm truyền thống bằng các xác nhận được xác minh trực tiếp trên L1.
Xác nhận trước dựa trên cung cấp một hệ thống trong đó một số người xác nhận L1 tự nguyện tham gia và cung cấp dịch vụ xác nhận trước. Với tư cách là trình sắp xếp thứ tự, các trình xác thực này cung cấp cho người dùng những dự đoán có thể kiểm chứng được về kết quả của các giao dịch Tổng hợp. Cách tiếp cận này cung cấp cho người dùng những đảm bảo đáng tin cậy về việc bao gồm và đặt hàng giao dịch, đồng thời những đảm bảo này dựa trực tiếp vào L1, từ đó nâng cao độ tin cậy và độ tin cậy của quy trình Tổng hợp.
Cầu hôn đầu tiên bởi Justin Drake Dựa trên khái niệm Xác nhận trước, một vai trò cụ thể được gọi là "Người xác nhận trước" được đề xuất. Người xác nhận trước có thể cung cấp cho người dùng sự đảm bảo về chữ ký và làm rõ thứ tự cũng như trạng thái thực hiện của các giao dịch. Để đảm bảo độ tin cậy của cam kết, mỗi người xác nhận trước cần phải cam kết một khoản tiền đặt cọc nhất định. Nếu không thực hiện đúng cam kết về lệnh giao dịch hoặc trạng thái thực hiện, họ sẽ phải đối mặt với hình phạt theo cơ chế chặt chém, tức là mất một phần hoặc toàn bộ số tiền ký quỹ.
Cơ chế Chém đã được sử dụng rộng rãi trong hoạt động đặt cược Ethereum PoS để hạn chế hành vi độc hại một cách hiệu quả. Cơ chế này không chỉ nâng cao tinh thần trách nhiệm của người xác nhận trước mà còn thiết lập nền tảng tin cậy nhất định giữa người dùng và người xác nhận trước.
Có hai tình huống sẽ khiến người xác nhận trước bị trừng phạt bằng Chém:
1 Lỗi Liveness: Lỗi Liveness xảy ra nếu người xác nhận trước không đưa giao dịch được xác nhận trước của người dùng vào chuỗi vì bất kỳ lý do gì. Vì những thất bại về tính sống động không phải lúc nào cũng do cố ý nên hình phạt dành cho họ tương đối nhẹ. Những lỗi như vậy có thể xảy ra do sự cố mạng hoặc ngừng hoạt động trong chuỗi khối L1 hoặc L2, khiến các giao dịch không được đưa vào chuỗi một cách chính xác. Để bảo vệ những người xác nhận trước trung thực khỏi những hình phạt không đáng có, mức phạt đối với những lỗi không tồn tại thường được xác định thông qua thương lượng giữa người dùng và người xác nhận trước.
2. Lỗi an toàn: Nếu giao dịch được xác nhận trước được đưa vào chuỗi nhưng kết quả lại khác với giao dịch ban đầu của người dùng Nếu các yêu cầu không nhất quán, lỗi bảo mật sẽ xảy ra. Sự không nhất quán này hoàn toàn là trách nhiệm của người xác nhận trước, do đó, hình phạt đối với các lỗi bảo mật thường nghiêm khắc hơn. Những người xác nhận trước sẽ bị mất toàn bộ tiền đặt cọc, bất kể vấn đề này có cố ý hay không.
Để trở thành người xác nhận trước trong mô hình Xác nhận trước dựa trên, một nút (thường là người đề xuất khối L1) phải chấp nhận các điều kiện của các cơ chế Chém này và đặt cược số tiền cần thiết tiền đặt cọc. Sau khi được phê duyệt, người xác nhận trước có thể cung cấp dịch vụ cho người dùng và kiếm doanh thu bằng cách tính phí dịch vụ.
Mô hình tính phí này mang lại sự tiện lợi đáng kể cho người dùng, cho phép họ bỏ qua sự chậm trễ vốn có trong quá trình xác nhận cuối cùng của các giao dịch Tổng hợp. Ví dụ: sau khi người dùng gửi giao dịch được xác nhận trước thông qua ví cá nhân của họ, họ có thể nhận ngay chứng chỉ xác nhận từ người xác nhận trước.
Những người xác nhận trước tham gia Xác nhận trước dựa trên không chỉ có thể kiếm thêm thu nhập bằng cách tính phí mà còn có thể giúp tối ưu hóa quy trình xác nhận giao dịch của Rollup. Mô hình này không chỉ cải thiện trải nghiệm người dùng mà còn cung cấp giải pháp hoàn tất giao dịch đáng tin cậy và hiệu quả cho toàn bộ hệ sinh thái L2, nâng cao hơn nữa sức hấp dẫn và tính hữu ích của nó.
Tại sao người dùng sẵn sàng trả tiền để xác nhận trước?
Điều này thực sự có liên quan chặt chẽ đến mục đích cốt lõi của việc xác nhận trước. Người dùng sẵn sàng trả tiền cho việc xác nhận trước vì nó trực tiếp giải quyết vấn đề kém hiệu quả của Rollup trong quá trình xác nhận giao dịch cuối cùng và mang lại sự tiện lợi đáng kể cho người dùng.
Ví dụ: khi người dùng gửi giao dịch được xác nhận trước trên chuỗi khối L2 thông qua ví cá nhân, giao dịch tiêu chuẩn có thể cần phải chờ xác nhận cuối cùng, trong khi người dùng yêu cầu trước -xác nhận sẽ có thể ngay lập tức Nhận được sự đảm bảo từ những người xác nhận trước rằng các giao dịch có thể được hoàn thành mà không bị chậm trễ. Tại thời điểm này, người dùng thậm chí có thể nhìn thấy dấu kiểm màu xanh lục trong giao diện ví, cho biết rõ rằng giao dịch đã thành công.
Lấy lại các dịch vụ DeFi làm ví dụ. Khi người dùng trao đổi mã thông báo trên nền tảng L2 DeFi, việc xác nhận trước có thể cung cấp sự bảo vệ bổ sung cho các giao dịch liên quan. Thông thường, tỷ giá hối đoái hoặc phí được trích dẫn cho một giao dịch có thể không nhất quán với kết quả giao dịch đã hoàn thành thực tế do có sự chậm trễ. Tuy nhiên, thông qua xác nhận trước, người dùng có thể tận hưởng quy trình xác nhận cuối cùng của giao dịch nhanh chóng và hiệu quả, giảm sự khác biệt giữa điều kiện mong đợi và kết quả thực tế, đồng thời có được trải nghiệm dịch vụ đáng tin cậy hơn.
Những kịch bản ứng dụng này không chỉ cho phép nhà phát triển cung cấp dịch vụ chính xác hơn mà còn mang đến cho người dùng trải nghiệm mượt mà và thuận tiện hơn. Động lực này hỗ trợ thêm cho việc mở rộng hệ sinh thái L2 đồng thời góp phần vào sự phát triển của hệ sinh thái L1 rộng lớn hơn. Ngoài ra, đối với trình sắp xếp dựa trên danh sách tổng hợp, doanh thu bổ sung do xác nhận trước mang lại mang lại một mô hình lợi nhuận đáng kể. Thiết kế này giải quyết một cách hiệu quả một số điểm yếu truyền thống của Dựa Rollup, khiến nó trở thành lựa chọn lý tưởng cho các trình sắp xếp chuỗi vừa đáng tin cậy vừa hấp dẫn.
Những thách thức của Xác nhận trước dựa trên là gì?
Xác nhận trước dựa trên vẫn là một lĩnh vực nghiên cứu rất được quan tâm trong dự án Layer2 dựa trên Rollup do Taiko đại diện. Mặc dù cơ chế này cung cấp một giải pháp rõ ràng để cải thiện hiệu suất và khả năng mở rộng L2 trong khi vẫn duy trì sự phân cấp, nhưng ứng dụng thực tế của nó vẫn phải đối mặt với một số thách thức cần giải quyết để đạt được việc áp dụng rộng rãi hơn.
Đầu tiên, khi Preconfer gửi giao dịch tới một khối, người dùng có thể không nhận được sự đảm bảo tuyệt đối về việc bao gồm giao dịch. Mặc dù những người xác thực trước đảm bảo các giao dịch bằng cách cam kết tiền gửi của họ, nhưng cơ chế này vẫn không giải quyết được hoàn toàn vấn đề giao dịch không được đưa vào do sự gián đoạn từ bên ngoài. Đặc biệt khi giá trị giao dịch cao hơn số tiền cam kết của người xác nhận trước, người xác nhận trước có thể lạm dụng quyền hạn của mình và bao gồm hoặc loại trừ có chọn lọc một số giao dịch nhất định, từ đó tiềm ẩn rủi ro.
Một thách thức đáng kể khác là mô hình lợi nhuận dựa trên xác nhận trước. Nguồn thu nhập chính của người xác nhận trước là phí xác nhận trước do người dùng trả. Tuy nhiên, nếu số lượng người xác nhận trước không đủ hoặc mức độ tham gia của họ không đủ cao có thể dẫn đến xu hướng tập trung hóa thị trường và độc quyền. Trong trường hợp này, phí xác nhận trước có thể cao giả tạo, làm tăng chi phí cho người dùng thực hiện các giao dịch nhanh chóng và hiệu quả, từ đó gây ra mối đe dọa cho sự phát triển lành mạnh của hệ sinh thái xác nhận trước.
Điều đáng chú ý là khái niệm Dựa trên xác nhận trước còn khá mới, chỉ mới được đề xuất khoảng một năm trước. Để biến nó thành "công cụ chính" nhằm tối đa hóa tốc độ và hiệu quả của các giải pháp L2 dựa trên Rollup, nó vẫn cần một thời gian thực hành và cải tiến. Tuy nhiên, với Rollup được thiết lập vững chắc như một thành phần cốt lõi của khả năng mở rộng Ethereum, việc khám phá thêm về xác nhận trước để cải thiện hiệu suất đánh dấu một bước quan trọng trong sự phát triển của công nghệ L2.
Đặc biệt, Taiko đã đạt được tiến bộ quan trọng trong việc thúc đẩy thực hiện Xác nhận trước dựa trên. Đồng thời, Taiko đã hợp tác với một số đối tác, bao gồm Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev và Espresso, để cùng khám phá và phát triển các kịch bản ứng dụng cho Xác nhận trước dựa trên. Những sự hợp tác này nhằm mục đích thúc đẩy sự phát triển hơn nữa của hệ sinh thái L2 và thông tin chi tiết hơn sẽ được thảo luận trong các chương tiếp theo.
Xác nhận trước cái nhìn toàn cảnh sinh thái: giải thích biểu đồ dòng chảy và thăm dò dự án
Trong chương này , Chúng tôi sẽ khám phá những dự án nào đang tích cực nghiên cứu và thúc đẩy sự phát triển của công nghệ xác nhận trước trong hệ sinh thái L2 dựa trên Rollup. Vì hệ sinh thái vẫn đang trong giai đoạn phát triển ban đầu nên chúng tôi sẽ sử dụng biểu đồ quy trình để hiển thị và hiểu rõ hơn về quy trình xác nhận trước cụ thể.
Biểu đồ quy trình xác nhận trước
Xác nhận trước là một quá trình phức tạp đòi hỏi sự hợp tác chặt chẽ giữa L1 và L2 Một quy trình bao gồm nhiều vai trò, mỗi vai trò có trách nhiệm cụ thể. Để giúp bạn hiểu quá trình này một cách trực quan hơn, tôi đã tạo một sơ đồ để cung cấp cái nhìn tổng quan ngắn gọn. Cần lưu ý rằng sơ đồ luồng này nhằm giúp giải thích logic tổng thể nên không phân biệt chặt chẽ các đặc điểm khác nhau của Rollup và Based Rollup mà chủ yếu tập trung vào quy trình chung ở cấp độ cơ bản.
Tìm hiểu sơ đồ Trước các bước cụ thể, trước tiên chúng ta hãy hiểu các vai trò và chức năng khác nhau liên quan đến quy trình xác nhận trước:
Người dùng:Sử dụng L1 hoặc người dùng cá nhân của mạng L2, chịu trách nhiệm tạo và gửi giao dịch. Nếu người dùng muốn nhận được bảo đảm xác nhận trước, họ sẽ viết giao dịch và gửi cho người xác nhận trước.
Người xác nhận trước: Trong quá trình xác nhận trước, người xác nhận trước có trách nhiệm xem xét giao dịch và xác minh tính hợp lệ của giao dịch, sau đó cung cấp cho người dùng. một sự đảm bảo xác nhận trước. Thông qua xác nhận trước, người dùng có thể nhanh chóng đảm bảo trạng thái giao dịch trước khi thanh toán cuối cùng. Nếu các nút không được xác nhận trước, chúng sẽ hoạt động như các Tác nhân không chuẩn cấu hình và chủ yếu xử lý các giao dịch thông thường thay vì các giao dịch được xác nhận trước, tương tự như các nút xác minh tiêu chuẩn.
Người xác thực L1: Chịu trách nhiệm xác minh lần cuối các giao dịch và khối trên mạng L1. Sau khi trình xác thực trước gửi dữ liệu giao dịch, trình xác thực L1 sẽ xác minh dữ liệu đó và ghi lại dữ liệu cuối cùng vào chuỗi khối L1 để đảm bảo tính toàn vẹn của giao dịch và tuân thủ các quy tắc đồng thuận.
Người quản lý thách thức trước xác nhận: Vai trò này chịu trách nhiệm điều tra khi có tranh chấp hoặc vấn đề phát sinh trong quá trình xác nhận trước và thực hiện các bước thích hợp để giải quyết tranh chấp. Vai trò này đóng vai trò quan trọng trong việc duy trì tính toàn vẹn và độ tin cậy của quá trình sơ tuyển.
Bây giờ, hãy sắp xếp quy trình xác nhận trước cụ thể theo thứ tự của sơ đồ:
1. Người dùng gửi yêu cầu giao dịch đến người xác nhận trước trong số những người tham gia xác nhận trước để bắt đầu quá trình xác nhận trước.
2. Người xác nhận trước xem xét giao dịch và gửi biên nhận xác nhận trước, hứa với người dùng rằng giao dịch sẽ được đưa vào khối L1, từ đó cung cấp người dùng có đảm bảo xác nhận sơ bộ cuối cùng.
3. Người xác nhận trước gửi dữ liệu giao dịch cần được đưa vào khối L1 cho người xác nhận L1. Dữ liệu này có thể là các giao dịch riêng lẻ hoặc dữ liệu tổng hợp được xử lý bởi trình sắp xếp L2.
4.Trình xác minh L1 xác minh dữ liệu giao dịch hoặc dữ liệu tóm tắt đã gửi và ghi lại nó trong khối L1 để đảm bảo rằng nó tuân thủ quy tắc đồng thuận blockchain.
5. Sau một khoảng thời gian, khối L1 chứa dữ liệu giao dịch hoặc dữ liệu tóm tắt đạt đến trạng thái cuối cùng và giao dịch được chính thức xác nhận.
6. Người dùng có thể kiểm tra kết quả cuối cùng của giao dịch thông qua nút L1 và sử dụng thông tin liên quan để đưa ra mọi tranh chấp hoặc thách thức tiềm ẩn trước khi xác nhận trước nếu cần.
7. Nếu một giao dịch không được đưa vào L1 một cách chính xác như đã hứa, người xác nhận trước sẽ phải đối mặt với các hình phạt từ người quản lý thách thức trước xác nhận, chẳng hạn như bị chém hoặc phong tỏa tài sản cầm cố của mình.
Khám phá các dự án liên quan
Phần sau đây sẽ cung cấp phân tích chi tiết về những người tham gia tích cực chính trong hệ sinh thái xác nhận trước và vai trò liên quan của chúng trong quy trình. Mặc dù các mục này có vai trò cụ thể trong sơ đồ nhưng nhiệm vụ thực tế mà chúng thực hiện có thể khác đôi chút. Do đó, phần tổng quan này nhằm mục đích cung cấp sự hiểu biết cơ bản và có thể được sử dụng làm hướng dẫn chung. Để duy trì sự rõ ràng, các mục trong mỗi danh mục được sắp xếp theo thứ tự bảng chữ cái.
Cung cấp trình xác thực trước
Astria:Astria cam kết thay thế trình sắp xếp tập trung bằng mạng trình sắp xếp phi tập trung và hỗ trợ nhiều Bản tổng hợp chia sẻ mạng này. Thiết kế này cung cấp cho Rollup khả năng chống kiểm duyệt cao hơn, tính hữu hạn của khối nhanh hơn và tương tác cuộn chéo liền mạch. Để đạt được tính cuối cùng của khối nhanh chóng, Astria đã giới thiệu chức năng xác nhận trước, cho phép Rollup cung cấp xác nhận giao dịch nhanh chóng và nâng cao khả năng chống kiểm duyệt, cải thiện đáng kể trải nghiệm người dùng.
Bolt by Chainbound: Bolt là một giao thức xác nhận trước do Chainbound phát triển nhằm cung cấp cho người dùng Ethereum các dịch vụ xác nhận giao dịch gần như ngay lập tức. Nó hoạt động dựa trên cơ chế tham gia không cần sự tin cậy và đặt cược kinh tế, đồng thời tương thích với quy trình MEV-Boost PBS hiện có, tạo cơ hội doanh thu mới cho những người đề xuất. Tính năng cốt lõi của Bolt là xác nhận trước L1, giúp cải thiện trải nghiệm người dùng bằng cách cung cấp tính xác thực ngay lập tức cho các giao dịch cơ bản như chuyển khoản và ủy quyền. Bolt tăng cường khả năng chống kiểm duyệt của hệ thống bằng cách chuyển trách nhiệm đưa vào giao dịch từ những người xây dựng khối tập trung sang những người đề xuất. Đồng thời, cơ chế đăng ký người đề xuất thế chấp đảm bảo môi trường không tin cậy và hỗ trợ linh hoạt nhiều loại hợp đồng thông minh.
Hệ thống Espresso: Hệ thống Espresso là một giao thức dành riêng cho việc nâng cao khả năng tương tác của hệ sinh thái blockchain. Nó sử dụng giao thức đồng thuận HotShot Byzantine Fault Tolerance (BFT) để đạt được thứ tự giao dịch và độ chính xác dữ liệu nhanh chóng giữa nhiều chuỗi. Hệ thống Espresso bao gồm Mạng Espresso và Thị trường Espresso, phối hợp với nhau để cung cấp tính năng hoàn thiện giao dịch nhanh chóng và khả năng tương tác hiệu quả, với mục tiêu tăng khả năng mở rộng và bảo mật của hệ sinh thái blockchain.
Ethgas: Ethgas là thị trường dành cho không gian khối giao dịch. Việc khớp giao dịch được quản lý bởi một hệ thống tập trung và quy trình trên chuỗi được thông qua. Thực hiện hợp đồng thông minh. Ethgas cung cấp hai chức năng chính: bao gồm xác nhận trước (đảm bảo rằng các giao dịch được bao gồm trong giới hạn gas được chỉ định) và xác nhận trước thực hiện (đảm bảo rằng các giao dịch đạt đến trạng thái hoặc kết quả cụ thể). Ethgas tập trung vào việc bảo vệ quyền riêng tư của giao dịch trong các giao dịch không gian khối và được biết đến với mục tiêu hoạt động là tính trung lập.
Luban: Luban tập trung phát triển lớp đặt hàng phi tập trung để kết nối dữ liệu giao dịch giữa mạng Ethereum và Rollup. Lớp đặt hàng được thiết kế như một hệ thống phi tập trung tách biệt vai trò đề xuất và thực thi. Tính năng xác nhận trước của Luban cải thiện đáng kể độ tin cậy của giao dịch bằng cách đảm bảo khả năng thực thi của giao dịch trước khi đưa vào mạng Ethereum, đồng thời giúp tối ưu hóa các yếu tố chính như phí giao dịch, giá gas và MEV.
Primev: Primev đang phát triển mạng lưới người đề xuất tích hợp với MEV, kết hợp xác nhận trước với chức năng MEV để xây dựng một mạng lưới ngang hàng hiệu quả và đáng tin cậy -mạng ngang hàng. Mạng này ghi lại các cam kết thực hiện giao dịch Ethereum và khuyến khích những người đề xuất thông qua cơ chế thưởng hoặc phạt. Primev cho phép người tham gia MEV đặt các điều kiện thực hiện cụ thể cho các giao dịch của họ, đồng thời người xây dựng khối và người xác thực có thể cam kết đáp ứng các điều kiện này, từ đó đảm bảo xác nhận trước các giao dịch. Dựa trên EIP-4337, Primev hỗ trợ các tùy chọn xác nhận trước và phí gas linh hoạt, điều này không chỉ cải thiện hiệu quả xử lý giao dịch mà còn tối ưu hóa hơn nữa trải nghiệm người dùng.
Puffer Unifi:Dịch vụ được xác thực tích cực (AVS) của Puffer Unifi được xây dựng trên EigenLayer và tập trung vào giải quyết các thách thức xác nhận trước trong hệ sinh thái Ethereum, đặc biệt là trong Dựa trên bản tổng hợp. ngành kiến trúc. Puffer Unifi AVS sử dụng chức năng cam kết lại của EigenLayer để hỗ trợ cơ chế tham gia xác nhận trước, nhằm nâng cao hiệu quả xác nhận giao dịch cuối cùng. Khi Dựa Rollup phát triển, nhu cầu về các nhà cung cấp xác nhận trước đáng tin cậy tiếp tục tăng lên và Puffer Unifi AVS nhằm mục đích đáp ứng nhu cầu này. Tầm nhìn cuối cùng của nó là đạt được xác nhận trước hiệu quả mà không cần thay đổi giao thức cốt lõi, từ đó thúc đẩy sự phát triển bền vững của hệ sinh thái Ethereum.
Skate: AVS được xác nhận trước của Skate dựa vào tài sản được thế chấp lại trên EigenLayer để cung cấp bảo mật kinh tế cho tất cả các hoạt động xuyên chuỗi. AVS này xác minh dữ liệu và thông tin được nhóm cần thiết cho các giao dịch chuỗi chéo, sau đó được bộ chuyển tiếp của Skate ký và sẵn sàng thực hiện. Thông qua quá trình này, Skate AVS đạt được sự xác nhận trước dữ liệu, cải thiện đáng kể độ tin cậy và hiệu quả của các giao dịch xuyên chuỗi.
Spire: Spire's Based Stack là một framework Rollup dựa trên Ethereum, được thiết kế đặc biệt để tạo chuỗi ứng dụng (Chuỗi ứng dụng) cho nhà phát triển. Cung cấp hỗ trợ. Khung này cho phép các chuỗi ứng dụng tương tác trực tiếp với Ethereum, tùy chỉnh các phương pháp giải trình tự của nó, hỗ trợ trao đổi chuỗi chéo và các chức năng khác, đồng thời tối ưu hóa trải nghiệm người dùng thông qua xác nhận trước. Dựa trên ngăn xếp hỗ trợ nhiều môi trường thực thi, đảm bảo doanh thu tuần tự của chuỗi ứng dụng và duy trì khả năng tương thích với các trình tuần tự được chia sẻ truyền thống. Là một dự án nguồn mở, Based Stack cung cấp cho các nhà phát triển các công cụ và tài nguyên hoàn chỉnh cần thiết để xây dựng và quản lý chuỗi ứng dụng, từ đó thúc đẩy phát triển chuỗi ứng dụng và khả năng tương tác của hệ sinh thái Ethereum.
Taiko Gwyneth:Taiko Gwyneth là một thiết kế Rollup đang được Taiko phát triển và được phân loại là kiến trúc Rollup dựa trên. Mục tiêu là đạt được khả năng tương tác hoàn toàn với Ethereum trong khi quản lý trình tự giao dịch trực tiếp trên Ethereum. Thiết kế này tận dụng tối đa các tính năng bảo mật và phân cấp của Ethereum, đồng thời cung cấp thông lượng cao và xác nhận cuối cùng nhanh chóng. Hiện tại, Taiko đang vận hành cơ chế đề xuất để hỗ trợ việc tạo khối và khám phá cơ chế xác nhận trước để tạo điều kiện cho việc sản xuất khối có lợi nhuận trong cộng đồng. Cơ chế này được thiết kế để tối ưu hóa hiệu quả lập kế hoạch thời gian khối và giải phóng dữ liệu. Để đạt được những mục tiêu này, Taiko đang làm việc tích cực với các dự án như Nethermind và Gattaca.
Người xác minh L1
Điệp khúc Một:Điệp khúc Một là A dự án cung cấp dịch vụ xác minh và cơ sở hạ tầng cho mạng blockchain, tập trung vào dịch vụ đặt cọc trong nhiều giao thức để nâng cao tính ổn định và bảo mật của mạng. Với tư cách là người xác thực L1, trách nhiệm của Chorus One là xác minh các giao dịch và tạo khối, từ đó cải thiện độ tin cậy và hiệu quả của toàn bộ mạng. Gần đây Chorus One tỏ ra rất quan tâm đến công nghệ xác nhận trước, thậm chí còn tổ chức một sự kiện dành riêng trong Devcon 2024.
Nghiên cứu
Nethermind:Nethermind là một cộng đồng dành riêng cho phát triển Một dự án gồm các máy khách và công cụ Ethereum có mục tiêu cốt lõi là cải thiện hiệu suất và tính ổn định của mạng blockchain. Bằng cách giới thiệu các công nghệ tối ưu hóa tiên tiến, Nethermind tích cực thúc đẩy việc cải thiện thông lượng giao dịch trên mạng Ethereum. Nethermind đã tiến hành nghiên cứu chuyên sâu về công nghệ xác nhận trước và đã gửi đề xuất tới chương trình tài trợ của Taiko để đẩy nhanh việc triển khai chức năng xác nhận trước trên mạng chính Taiko. Đề xuất này dựa trên dự án RFP-001 của Nethermind và sẽ được triển khai theo hai giai đoạn: giai đoạn đầu tiên sẽ thử nghiệm chức năng xác nhận trước giữa một số lượng hạn chế người tham gia được ủy quyền; giai đoạn thứ hai có kế hoạch mở rộng dần phạm vi ứng dụng xác nhận trước; .
Hướng tới tương lai
Taiko và nhiều dự án Dựa trên Lớp 2, bất kể liệu họ sử dụng kiến trúc Dựa trên Tổng hợp, đang nỗ lực để tối ưu hóa quy trình xác nhận cuối cùng của giao dịch không hiệu quả trong tổng hợp truyền thống. Bằng cách đưa ra khái niệm xác nhận trước, các dự án này đang xây dựng một hệ thống xác nhận giao dịch cho phép người dùng xác nhận giao dịch nhanh hơn và đáng tin cậy hơn. Bằng cách này, các dự án này tiếp tục khám phá cách cải thiện trải nghiệm người dùng và tạo dựng niềm tin của người dùng.
Taiko tận dụng tối đa vị thế của mình như một dự án Tổng hợp dựa trên Lớp 2 và tích cực thúc đẩy việc triển khai cơ chế Xác nhận trước dựa trên để đạt được khả năng tương tác và phân quyền hoàn toàn với sự thay đổi của Ethereum. Taiko cải thiện đáng kể trải nghiệm người dùng bằng cách cung cấp cho người dùng sự đảm bảo nhanh chóng và đáng tin cậy về việc xác nhận giao dịch cuối cùng, cải thiện đáng kể tốc độ và độ tin cậy xử lý giao dịch.
Tuy nhiên, một số chuyên gia trong ngành, bao gồm cả Ed Felten của Arbitrum, chỉ ra rằng vẫn còn thiếu phần mềm trung gian hoàn thiện có thể hỗ trợ đầy đủ cho việc xác nhận trước. Điều này cho thấy sự trưởng thành của công nghệ xác nhận trước và mô hình lợi nhuận của những người trao đổi trước vẫn còn phải đối mặt với những thách thức và những vấn đề này cần được giải quyết thêm.
Như đã đề cập trong bài viết này, ngày càng có nhiều dự án và người chơi tích cực tham gia vào lĩnh vực xác nhận trước, mỗi dự án đều mang đến những giải pháp độc đáo và sáng tạo nhằm cải thiện Hiệu suất và hiệu quả của Ethereum Lớp 2. Xu hướng này cũng phù hợp với quy luật chung là các khái niệm hệ thống liên tục được tối ưu hóa sau lần triển khai đầu tiên. Tôi tin rằng giai đoạn này đánh dấu một nút quan trọng trong quá trình phát triển của hệ thống L2 và cũng là một bước phát triển thú vị và tích cực trong hệ sinh thái L2 hiện tại.
Cải thiện sự thuận tiện cho người dùng thông qua xác nhận trước có thể không chỉ có tác động sâu sắc đến các lĩnh vực tập trung vào tốc độ và hiệu quả như DeFi và trò chơi, mà còn có thể cải thiện hiệu quả của Lớp Ethereum 2. Hiệu suất, kết nối lại Ethereum với các phần bị phân mảnh trước đây của hệ sinh thái. Cải thiện hiệu suất này có thể cho phép nhiều dự án Ethereum Layer2 loại 1 đạt được sự tích hợp sâu với Ethereum, mở ra tiềm năng mà trước đây không thể tiếp cận được do hạn chế về tốc độ. Những phát triển này chắc chắn sẽ có tác động sâu sắc đến toàn bộ hệ sinh thái Ethereum.
Việc xác nhận trước vẫn là một con đường gập ghềnh đầy thử thách. Tuy nhiên, những người tiên phong như Taiko đang bắt kịp thời cơ và tập trung vào việc mang lại nhiều tiện ích hơn cho người dùng. Đổi mới không bao giờ là dễ dàng, nhưng với tư cách là người ủng hộ Ethereum và hệ sinh thái Layer2 của nó, tôi chân thành tôn trọng và khuyến khích những nỗ lực của họ.
Bài viết này là từ một bài gửi và không thể hiện quan điểm của BlockBeats.
Tuyên bố miễn trừ trách nhiệm: Mọi thông tin trong bài viết đều thể hiện quan điểm của tác giả và không liên quan đến nền tảng. Bài viết này không nhằm mục đích tham khảo để đưa ra quyết định đầu tư.
Bạn cũng có thể thích
Các quỹ ETF bitcoin giao ngay tại Mỹ tiếp tục rút ròng, mất 340 triệu đô la
Các quỹ ETF bitcoin giao ngay tại Mỹ đã chứng kiến dòng tiền rút ròng 338,4 triệu USD vào thứ Ba. Đây là ngày thứ tư liên tiếp các quỹ bitcoin giao ngay tại Mỹ có dòng tiền rút ròng.
Matrixport: Tiền Ethereum tiếp tục chảy vào và cơ hội tái gia nhập có thể đến sớm
Giá trị thị trường của ai16z vượt 1 tỷ USD, đạt mức cao kỷ lục