Giải thích khái niệm xác nhận trước: Làm thế nào để giao dịch Ethereum hiệu quả hơn?

Từ những hạn chế hiện tại của sinh thái L2, bài viết này phân tích cụ thể các dự án như Taiko để thể hiện cách mà khái niệm Preconfirmation cải thiện 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, bài viết cũng tiết lộ những thách thức mà công nghệ Preconfirmation hiện tại vẫn phải vượt qua trong quá trình phát triển, bao gồm cả thách thức kép về sự hoàn thiện công nghệ và tính bền vững của sinh thái.

原文标题：「Preconfirmation (feat. Taiko): Make Ethereum FAST for the First Time!」

***Tác giả gốc: *Ingeun Kim : : FP

Tổng quan quan trọng

• Taiko là một mạng Layer2 dựa trên Based Rollup nhằm đạt được khả năng tương tác đầy đủ với Ethereum trong khi điều khiển Phi tập trung của Sequencer. Để giải quyết vấn đề Trễ về xác nhận cuối cùng của các giao dịch trong cơ chế rollup, Taiko đã đưa ra khái niệm “xác nhận trước”. Bằng cách đảm bảo với người dùng về việc bao gồm và trình tự giao dịch trước, xác nhận trước có hiệu quả làm giảm bớt 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, do đó cải thiện đáng kể trải nghiệm người dùng.
• Trong mô hình Based Preconfirmation, L1 Người xác thực cung cấp bảo đảm kết quả giao dịch cho người dùng. Người xác thực cần thế chấp Ký quỹ và tuân thủ cơ chế cắt giảm (Slashing) để đảm bảo tính đáng tin cậy của hệ thống. Các dự án L2 như Taiko thông qua việc giới thiệu cơ chế Preconfirmation đã xây dựng tính cuối cùng của giao dịch đáng tin cậy, tạo ra môi trường hoạt động thuận lợi hơn cho các dịch vụ cần xác nhận thời gian thực như Tài chính phi tập trung.
• Hiện tại, đã có nhiều dự án tham gia vào việc xây dựng hệ sinh thái xác nhận trước. Tiến bộ công nghệ này hy vọng sẽ nâng cao hiệu suất của hệ sinh thái ETH L2, tăng cường khả năng tương tác với ETH và thúc đẩy sự mở rộng toàn diện của hệ sinh thái.

Taiko đang tiến bộ mạnh mẽ đến mục tiêu cuối cùng của nó là giải pháp Layer2 cho Ethereum. Để đạt được mục tiêu này, Taiko ưu tiên tính toàn diện của việc tương tác với Ethereum, bộ xếp chồng Phi tập trung và hỗ trợ cho các nhà phát triển. Đáng chú ý, Taiko đã đạt được tính toàn diện với Ethereum thông qua kiến trúc Based Rollup, đồng thời cho phép bất kỳ ai tham gia trở thành một bộ xếp chồng, từ đó thực hiện tính Phi tập trung của bộ xếp chồng. Tuy nhiên, mặc dù mô hình Based Rollup có ưu điểm, nhưng cấu trúc của nó vẫn tồn tại một số vấn đề không hiệu quả.

Bài viết này sẽ sử dụng Taiko làm ví dụ để phân tích sâu hơn về khái niệm Preconfirmation. Là một phần quan trọng trong công nghệ Layer2, Preconfirmation là một bước quan trọng trong việc phát triển tiếp theo của Rollup.

Hiện tại vấn đề hiệu suất L2

Với sự mở rộng của hệ sinh thái L2, nhiều dự án đã xuất hiện liên tiếp, mang đến nhiều khái niệm mới và công nghệ. Tuy nhiên, mặc dù có những tiến triển đáng kể, L2 vẫn đang đối mặt với một số vấn đề về hiệu suất cần được giải quyết ngay, đặc biệt là trong các lĩnh vực chủ chốt ảnh hưởng đến trải nghiệm người dùng, việc cải thiện hiệu suất trở nên càng quan trọng.

Giới hạn tự nhiên của Rollup: Quy trình xác định tính kết thúc cuối cùng của giao dịch không hiệu quả

L2 đã đạt được tính mở rộng thông qua Rollup, phụ thuộc vào tính khả dụng dữ liệu và xử lý giao dịch của nền tảng L1 như Ethereum. Tuy nhiên, Rollup còn một hạn chế cố hữu: mặc dù có thể hoàn thành việc sắp xếp và thực hiện giao dịch độc lập, nhưng tất cả các quy trình khác vẫn phải chờ xác nhận cuối cùng từ L1.

Kiến trúc này đảm bảo tính an toàn và tính không thay đổi dữ liệu bằng cách sử dụng trực tiếp khối được tạo ra bởi Khối L1 và tính sẵn sàng dữ liệu. Tuy nhiên, việc phải phụ thuộc vào L1 để xác nhận cuối cùng dẫn đến tốc độ xử lý giao dịch chậm và khả năng xác nhận thời gian thực hạn chế, khó đáp ứng nhu cầu thời gian thực từ góc độ người dùng.

Ngoài ra, hiện nay nhiều máy chủ lớp L2 và nút xác thực vẫn đang trung tâm hóa. Sự trung tâm hóa này có thể dẫn đến hiệu suất kém, ví dụ như thời gian xác nhận giao dịch dài hơn và nguy cơ gián đoạn hoạt động có thể ảnh hưởng đến hiệu suất xử lý giao dịch của một số Rollup, gây ra sự trễ xác nhận.

Đề xuất về khái niệm xác nhận trước

Việc đưa ra khái niệm xác nhận trước được đề xuất nhằm giải quyết vấn đề hiệu suất xác nhận giao dịch cuối cùng thấp trên mạng L2. Xác nhận trước giúp người dùng nhận được xác nhận giao dịch nhanh hơn, từ đó giảm bớt sự Trễ và không hiệu quả thường gặp trong cơ chế Rollup.

Xác nhận trước dành cho những vấn đề nào?

Trong cơ chế Rollup, quá trình xác nhận giao dịch sau khi người dùng gửi đến L2 luôn tồn tại vấn đề hiệu suất thấp. Do trình tự trung tâm hóa của L2 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, 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 chờ đợi lâu để giao dịch được bao gồm trên L1, nếu thứ tự giao dịch bị sai hoặc kết quả không tốt, có thể gây thiệt hại tài chính từ các giao dịch đã được thực hiện.

Trong môi trường thị trường Biến động cao, vấn đề Trễ và thay đổi thứ tự trở nên nổi bật hơn, bởi vì người dùng phụ thuộc vào dịch vụ Kinh doanh chênh lệch giá và Tài chính phi tập trung. Trong những trường hợp như vậy, việc giao dịch bị Trễ hoặc thay đổi thứ tự sẽ dẫn đến mất cơ hội trực tiếp. Ngay cả người dùng thực hiện giao dịch thông thường cũng có thể thiếu lòng tin vào thời gian xác nhận và thứ tự giao dịch cuối cùng trên L1, từ đó đặt nghi ngờ vào tính đáng tin cậy và tính sử dụng của blockchain.

Do đó, mục tiêu thiết kế được xác nhận trước nhằm bù đắp những thiếu sót này, đặc biệt là cung cấp trải nghiệm giao dịch tiện lợi và đáng tin cậy hơn cho người dùng chịu ảnh hưởng lớn nhất từ hiệu suất thấp của Rollup.

Xác nhận trước làm thế nào để giải quyết những vấn đề này?

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 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 tự L2 tập trung và phát hành thông tin 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âng cao trải nghiệm người dùng. Ngay sau khi gửi giao dịch, người dùng có thể nhận được chứng chỉ xác nhận ngay lập tức, đảm bảo giao dịch được đưa vào L1 theo thứ tự dự kiến, giảm thiểu sự không chắc chắn, đặc biệt là trong các giao dịch đòi hỏi phản ứng nhanh như Kinh doanh chênh lệch giá. Ngoài ra, xác nhận trước còn tăng cường sự tin tưởng của người dùng đối với hệ thống L2. Khi niềm tin của người dùng vào xử lý giao dịch an toàn tăng lên, tỷ lệ sử dụng hệ sinh thái L2 cũng sẽ tăng. Do đó, xác nhận trước đó đã đóng vai trò quan trọng trong việc cải thiện hiệu suất và tính tiện lợi của Rollup.

Xác nhận trước liệu có phải là giải pháp cuối cùng không?

Mặc dù sự 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 sắp xếp và kết quả dự kiến, nhưng nó phụ thuộc vào sự tin tưởng vào trình sắp xếp. Không có biện pháp bắt buộc pháp lý hoặc kỹ thuật nào, người dùng chỉ có thể phụ thuộc vào độ tin cậy của trình sắp xếp. Sự phụ thuộc này mang lại một khả năng, đó là các giao dịch có thể không được bao gồm theo đúng thứ tự, hoặc thậm chí không được bao gồm trên L1, không thể cung cấp cho người dùng sự đảm bảo ổn định họ mong đợi.

Giải thích khái niệm và thực hành dựa trên Taiko Preconfirmation

Taiko đã tập trung nhiều nỗ lực vào việc triển khai dựa trên xác nhận trước, vì phương pháp này phù hợp với tính năng cốt lõi của Based Rollup. Nếu Based Preconfirmation có thể được giới thiệu thành công vào khung Taiko, không chỉ giảm thiểu đáng kể sự trễ trong xác nhận giao dịch mà còn cải thiện trải nghiệm người dùng. Ngoài ra, cải tiến này còn kích hoạt nhiều dịch vụ trước đây bị hạn chế, giúp chúng hoạt động hiệu quả trên mạng lưới Taiko.

Trước khi hiểu rõ về Based Preconfirmation, cần xem xét một số đặc điểm quan trọng của Taiko trước, để hiểu rõ hơn về tính ứ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 hoàn toàn thể hiện các tính năng cốt lõi của Based Rollup. Nó không chỉ đạt được tính tương tác hoàn toàn với cơ sở hạ tầng ETH mà còn cam kết hoàn toàn với các cơ chế bảo mật của ETH. Taiko sử dụng kiến trúc Based Rollup, điều này có nghĩa là nó không phụ thuộc vào người xếp hàng tập trung, mà phụ thuộc vào các Người xác thực của ETH để đóng vai trò như người xếp hàng, chịu trách nhiệm về thứ tự giao dịch và khối.

Nói cách khác, người sắp xếp thứ tự của Taiko và người đề xuất khối của Ethereum là cùng một vai trò. Thiết kế này trao cho họ các trách nhiệm đặc biệt và cơ chế động viên, chẳng hạn như nhận được phần thưởng giá trị tối đa có thể khai thác (MEV) và những lợi ích khác từ việc trở thành người sắp xếp thứ tự. Do đó, khi có vấn đề xảy ra trong quá trình sắp xếp thứ tự L2 của Taiko, những người sắp xếp thứ tự này sẽ tự nhiên chịu trách nhiệm tương ứng do liên quan lợi ích trong hệ sinh thái Ethereum. Cơ chế này tạo ra sự khác biệt đáng kể cho Taiko trong việc chịu trách nhiệm vận hành so với các dự án L2 khác trên Ethereum.

Ngoài ra, đáng chú ý là mô hình Based Rollup của Taiko được thiết kế dưới dạng “Rollup có cạnh tranh dựa trên cơ sở (Based Contestable Rollup, BCR)”, cấu trúc này nhằm khuyến khích sự cạnh tranh lành mạnh. Thông qua thiết kế mở và không cần phép, Taiko đảm bảo tính Phi tập trung của hệ thống và cho phép bất kỳ ai tham gia, từ đó 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 Based Rollup

Vậy, mô hình xác nhận trước được thiết kế đặc biệt cho Based Rollup như thế nào? Câu trả lời là “Based Preconfirmation”. Mô hình này nhằm thay thế cơ chế xác nhận mềm truyền thống bằng việc xác nhận trực tiếp trên L1.

Based Preconfirmation cung cấp một hệ thống, trong đó một số Người xác thực L1 tham gia tự nguyện và cung cấp dịch vụ xác nhận trước. Là các trình tự, các Người xác thực này cung cấp dự đoán có thể xác minh kết quả giao dịch Rollup cho người dùng. Phương pháp này cung cấp đảm bảo đáng tin cậy về nội dung và sắp xếp giao dịch cho người dùng, và các đảm bảo này dựa trực tiếp trên L1, tăng cường tính đáng tin cậy và đáng tin cậy của quy trình Rollup.

Justin Drake lần đầu tiên đề xuất khái niệm Based Preconfirmation và đưa ra một vai trò cụ thể được gọi là “Preconfer”, người có thể cung cấp cho người dùng chứng nhận ký tên, xác định thứ tự và trạng thái thực hiện giao dịch. Để đảm bảo tính đáng tin cậy của cam kết, mỗi Preconfer đều phải thế chấp một số lượng Ký quỹ nhất định. Nếu họ không thực hiện cam kết về thứ tự giao dịch hoặc trạng thái thực hiện, họ sẽ phải chịu mức phạt của cơ chế Slashing, tức là mất một phần hoặc toàn bộ Ký quỹ.

Cơ chế Slashing đã được áp dụng rộng rãi trong Ethereum PoS thế chấp, nhằm ngăn chặn hành vi xấu. Cơ chế này không chỉ tăng cường trách nhiệm của các nhà xác nhận trước, mà còn xây dựng một nền tảng tin cậy giữa người dùng và nhà xác nhận trước.

Có hai trường hợp dẫn đến người xác nhận trước bị phạt Slashing:

1. Lỗi Liveness (Liveness Faults): Nếu nhà xác nhận trước không thể bao gồm giao dịch được xác nhận của người dùng vào on-chain vì bất kỳ lý do nào, lỗi Liveness sẽ xảy ra. Vì lỗi Liveness không phải lúc nào cũng là một sự cố cố ý, nên hình phạt tương đối nhẹ nhàng. Loại lỗi này có thể bắt nguồn từ vấn đề mạng hoặc gián đoạn của chuỗi khối L1 hoặc L2, dẫn đến việc giao dịch không thể được bao gồm đúng cách vào on-chain. Để bảo vệ nhà xác nhận trước trung thực khỏi sự trừng phạt không đúng đắn, số tiền phạt cho lỗi Liveness thường được thỏa thuận giữa người dùng và nhà xác nhận trước.
2. Lỗi an toàn (Safety Faults): Nếu giao dịch được xác nhận trước đó được bao gồm vào chuỗi on-chain, nhưng kết quả không nhất quán với yêu cầu ban đầu của người dùng, lỗi an toàn 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 cho lỗi an toàn thường nghiêm khắc hơn. Ký quỹ của người xác nhận trước sẽ bị tịch thu toàn bộ, bất kể vấn đề có phải là cố ý hay không.

Để trở thành một Nút xác nhận trước dựa trên mô hình, 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ơ chế Slashing này và thế chấp Ký quỹ cần thiết. 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à thu nhập bằng cách thu phí dịch vụ.

Mô hình phí này mang lại sự tiện lợi đáng kể cho người dùng, cho họ khả năng tránh được sự trễ không thể tránh khỏi trong quá trình xác nhận giao dịch Rollup. 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, họ có thể ngay lập tức nhận được chứng nhận xác nhận từ người xác nhận trước.

Người xác nhận trước dựa trên Based Preconfirmation không chỉ có thể kiếm được thu nhập bổ sung thông qua việc thu phí, mà còn có thể giúp tối ưu hóa quy trình xác nhận giao dịch 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 một giải pháp xác nhận giao dịch cuối cùng đáng tin cậy và hiệu quả cho toàn bộ hệ sinh thái L2, tăng cường tính hấp dẫn và tính thực tiễn của nó.

**Tại sao người dùng sẵn lòng trả phí xác nhận trước?

Điều này thực sự liên quan mật thiết đến mục tiêu chính của việc xác nhận trước. Người dùng sẵn lòng trả phí để xác nhận trước vì nó giải quyết trực tiếp vấn đề hiệu suất kém của Rollup trong quá trình xác nhận giao dịch cuối cùng và mang lại tiện ích đáng kể cho người dùng.

Ví dụ, khi người dùng gửi giao dịch xác nhận trước trên L2 on-chain bằng Ví tiền cá nhân, giao dịch chuẩn có thể cần chờ đợi xác nhận cuối cùng, trong khi người dùng yêu cầu xác nhận trước có thể nhận được sự đảm bảo ngay lập tức từ người xác nhận trước, không cần chờ đợi và hoàn tất giao dịch. Lúc này, người dùng thậm chí có thể thấy một dấu tích màu xanh trên giao diện Ví tiền, rõ ràng cho thấy giao dịch đã thành công.

Lấy dịch vụ Tài chính phi tập trung làm ví dụ, khi người dùng thực hiện việc đổi Token trên nền tảng Tài chính phi tập trung L2, việc xác nhận trước có thể cung cấp bảo hiểm bổ sung cho giao dịch tương ứng. Thông thường, tỷ giá hoặc phí của giao dịch có thể không khớp với kết quả giao dịch thực tế do sự trễ. Nhưng 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 giao dịch nhanh chóng và hiệu quả, giảm thiểu sai lệch giữa điều kiện dự kiến và kết quả thực tế, từ đó 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 các nhà phát triển cung cấp dịch vụ chính xác hơn, mà còn mang lại trải nghiệm sử dụng mượt mà và thuận tiện hơn cho người dùng. Sự phát triển động này cũng hỗ trợ mở rộng hệ sinh thái L2 và đóng góp vào sự phát triển của hệ sinh thái L1 rộng hơn. Ngoài ra, đối với người xếp hàng của Based Rollup, lợi nhuận bổ sung từ xác nhận trước mang đến mô hình lợi nhuận đáng kể. Thiết kế này hiệu quả giải quyết một số điểm yếu truyền thống của Based Rollup, làm cho nó trở thành lựa chọn lý tưởng cho người xếp hàng, kết hợp tính đáng tin cậy và hấp dẫn.

Những thách thức nào tồn tại trong việc xác nhận trước dựa trên cơ sở?

Dựa trên sự xác nhận trước đó, Based Preconfirmation vẫn là một lĩnh vực nghiên cứu theo dõi rất nổi bật trong các dự án Layer2 được đẩy bởi Rollup, đặc biệt là dựa trên Taiko. Mặc dù cơ chế này cung cấp một giải pháp rõ ràng cho việc cải thiện hiệu suất và khả năng mở rộng của L2, đồng thời duy trì tính Phi tập trung, nhưng trong thực tế, nó vẫn đối mặt với một số thách thức cần được giải quyết gấp để đạt được sự áp dụng rộng rãi hơn.

Đầu tiên, khi gửi giao dịch đến Khối bằng Preconfer, người dùng có thể không đảm bảo được tính bao hàm tuyệt đối của giao dịch. Mặc dù người xác nhận trước đó cung cấp thế chấp Ký quỹ để bảo đảm giao dịch, nhưng cơ chế này vẫn chưa thể hoàn toàn giải quyết vấn đề giao dịch không thể bao hàm do ngắt kết nối bên ngoài. Đặc biệt là khi giá trị giao dịch cao hơn số tiền thế chấp 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 lực của mình, chọn lọc giao dịch để bao hàm hoặc loại trừ, từ đó mang lại rủi ro tiềm ẩn.

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 chính của người xác nhận trước đó là phí xác nhận trước mà 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 không cao, có thể dẫn đến sự tập trung trung tâm thị trường và có xu hướng độc quyền. Trong trường hợp này, phí xác nhận trước có thể bị tăng cường nhằm tạo ra chi phí giao dịch nhanh chóng và hiệu quả cao cho người dùng, từ đó đe dọa sự phát triển lành mạnh của hệ sinh thái xác nhận trước.

Đáng chú ý, khái niệm Based Preconfirmation tương đối mới, chỉ được đề xuất khoảng một năm trước. Để biến nó thành một “công cụ chính” để tối đa hóa tốc độ và hiệu suất của giải pháp Rollup dựa trên L2, vẫn cần một thời gian để thực hành và hoàn thiện. Tuy nhiên, với việc Rollup đã được thiết lập chắc chắn như một thành phần cốt lõi của khả năng mở rộng của Ethereum, việc tiếp tục khám phá Preconfirmation để 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ông nghệ của L2.

Đặc biệt là Taiko, đã đạt được tiến bộ quan trọng trong việc thúc đẩy việc triển khai Based Preconfirmation. Đồng thời, Taiko đã hợp tác với nhiều đối tác như Taiko Gwyneth, Nethermind, Chainbound, Limechain, Primev và Espresso để khám phá và phát triển các ứng dụng của Based Preconfirmation. Những hợp tác này nhằm thúc đẩy sự phát triển tiếp theo của hệ sinh thái L2, chi tiết liên quan sẽ được thảo luận chi tiết trong các chương tiếp theo.

Hình dung toàn cảnh sinh thái xác nhận trước: Giải thích sơ đồ và khám phá dự án

Trong chương này, chúng ta sẽ thảo luận về 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ông nghệ xác nhận trước trong hệ sinh thái L2 được thúc đẩy bởi Rollup. Vì hệ sinh thái này vẫn đang ở giai đoạn phát triển sớm, chúng ta sẽ sử dụng một biểu đồ quy trình để hiểu rõ hơn về quy trình xác nhận trước cụ thể.

Sơ đồ xác nhận trước

Xác nhận trước là quá trình phức tạp đòi hỏi sự cộng tác chặt chẽ giữa L1 và L2, liên quan đến nhiều vai trò với mỗi vai trò đảm nhận trách nhiệm cụ thể. Để hiểu quá trình này một cách trực quan hơn, tôi đã tạo ra một biểu đồ quy trình để tóm tắt ngắn gọn. Cần lưu ý rằng biểu đồ quy trình này nhằm giúp giải thích logic tổng thể, do đó không nghiêm ngặt phân biệt các đặc điểm khác nhau giữa Rollup và Based Rollup, mà chủ yếu là quá trình chung ở mức cơ bản.

Trước khi tìm hiểu các bước cụ thể trong sơ đồ quy trình, chúng ta hãy tìm hiểu về các vai trò và chức năng của các bên tham gia quy trình xác nhận trước.

• Người dùng (User): Người dùng cá nhân sử dụng mạng L1 hoặc L2, chịu trách nhiệm tạo và gửi giao dịch. Nếu người dùng muốn đảm bảo giao dịch được xác nhận trước, họ sẽ gửi giao dịch đã hoàn thành cho người xác nhận trước.
• Preconferrer: Trong quy trình xác nhận trước, Preconferrer có trách nhiệm kiểm tra và xác minh tính hợp lệ của giao dịch, sau đó cung cấp đảm bảo xác nhận trước cho người dùng. Qua quá trình xác nhận trước, người dùng có thể nhanh chóng đảm bảo trạng thái của giao dịch trước khi thanh toán cuối cùng. Nếu Nút không đủ điều kiện để xác nhận trước, chúng hoạt động như những bên tham gia không xác nhận trước (Non-Preconf Actors), chủ yếu xử lý các giao dịch thông thường chứ không phải giao dịch xác nhận trước, tương tự như Nút xác nhận tiêu chuẩn.
• **L1 Người xác thực（L1 Validator）：**负责在 L1 mạng lưới xác minh giao dịch và Khối cuối cùng. Khi một người xác minh L1 nộp dữ liệu giao dịch, nó sẽ xác minh nó 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ủ Nhận thức chung quy tắc.
• Quản lý Thử thách Trước xác nhận (Preconfirmation Challenge Manager): Khi có tranh cãi hoặc vấn đề trong quá trình xác nhận trước, vai trò này chịu trách nhiệm điều tra vấn đề và áp dụng các biện pháp phù hợp để giải quyết tranh cãi. Vai trò này đóng vai trò quan trọng trong việc duy trì tính công bằng và đáng tin cậy của quá trình xác nhận trước.

Hiện tại, chúng tôi sẽ sắp xếp quy trình xác nhận cụ thể theo thứ tự của biểu đồ quy trình:

1. Người dùng gửi yêu cầu giao dịch cho người xác nhận trước trong số các bên 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 kiểm tra giao dịch và gửi biên nhận xác nhận trước, cam kết rằng giao dịch sẽ được bao gồm trong Khối L1, từ đó cung cấp cho người dùng bảo đảm xác nhận sơ bộ.
3. Người xác thực L1 sẽ cần gửi dữ liệu giao dịch cần được bao gồm trong Khối L1 cho Người xác thực L1. Dữ liệu này có thể là giao dịch đơn lẻ hoặc là dữ liệu tổng hợp sau khi được xử lý bởi Bộ xếp hạng L2.
4. L1 Người xác thực xác minh dữ liệu giao dịch hoặc tổng hợp được gửi và ghi lại chúng trong Khối L1, đảm bảo tuân thủ các quy tắc Nhận thức chung của Chuỗi Khối.
5. Sau một thời gian, dữ liệu giao dịch hoặc tổng hợp trên Khối L1 chứa đã đạt tính cuối cùng, giao dịch được xác nhận chính thức hoàn tất.
6. Người dùng có thể sử dụng Nút L1 để kiểm tra kết quả cuối cùng của giao dịch và khi cần thiết, đưa ra bất kỳ tranh chấp hoặc thách thức xác nhận trước nào có thể có bằng thông tin liên quan.
7. Nếu giao dịch không được thực hiện đúng như cam kết và bao gồm trong L1, người xác nhận trước sẽ phải đối mặt với hình phạt từ người quản lý thách thức trước xác nhận, ví dụ như bị Slash Ký quỹ hoặc bị đóng băng tài sản thế chấp của họ.

Khám phá các dự án liên quan

Dưới đây sẽ phân tích chi tiết các dự án chính tham gia tích cực trong hệ sinh thái xác nhận trước và vai trò tương ứng của chúng trong quy trình. Mặc dù các dự án này có vai trò cụ thể trong biểu đồ quy trình, nhưng nhiệm vụ thực tế của chúng có thể khác nhau một chút. Do đó, tổng quan này nhằm cung cấp hiểu biết cơ bản và có thể được sử dụng như một hướng dẫn chung. Để giữ cho rõ ràng, các dự án trong mỗi danh mục được sắp xếp theo thứ tự chữ cái.

Xác nhận trước Các nhà xác nhận

Astria: Astria cam kết thay thế các trình tự tập trung bằng mạng trình tự của 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 các bản tổng hợp khả năng chống kiểm duyệt cao hơn, độ cuối cùng của Khối nhanh hơn và tương tác chéo liền mạch. Để đạt được tính cuối cùng nhanh chóng, Astria đã giới thiệu tính năng xác nhận trước cho phép Rollups cung cấp xác nhận giao dịch nhanh chóng và tăng cường 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à giao thức xác nhận trước được phát triển bởi Chainbound, cung cấp dịch vụ xác nhận giao dịch gần như ngay lập tức cho người dùng ETH. Hoạt động của nó dựa trên cơ chế tham gia không đòi hỏi sự tin cậy và thế chấp kinh tế, đồng thời tương thích với đường ống MEV-Boost PBS hiện có, tạo ra cơ hội thu nhập mới cho người đề xuất. Chức năng cốt lõi của Bolt là xác nhận trước L1, cung cấp tính kết thúc gần như ngay lập tức cho giao dịch cơ bản (như chuyển tiền và ủy quyền), từ đó nâng cao trải nghiệm người dùng. Bằng cách chuyển trách nhiệm gói giao dịch từ người xây dựng khối trung tâm sang người đề xuất, Bolt nâng cao khả năng chống kiểm duyệt của hệ thống. Đồng thời, cơ chế đăng ký người đề xuất thế chấp đảm bảo một môi trường không đòi hỏi sự tin cậy, linh hoạt hỗ trợ các loại hợp đồng thông minh khác nhau.
• **Espresso **: Espresso là một giao thức nhằm tăng cường tính tương tác giữa các hệ sinh thái blockchain. Nó sử dụng giao thức Hệ thống chịu lỗi Byzantine (BFT) HotShot Nhận thức chung, để đảm bảo thứ tự giao dịch và tính kết thúc nhanh chóng của dữ liệu giữa nhiều chuỗi. Espresso bao gồm Espresso Network và Espresso Marketplace, hai hệ thống này cùng làm việc để cung cấp tính kết thúc giao dịch nhanh chóng và tính tương tác hiệu quả, nhằm nâng cao khả năng mở rộng và an ninh của hệ sinh thái blockchain.
• Ethgas: Ethgas là một thị trường để giao dịch trong Khối, việc phù hợp giao dịch được quản lý bởi hệ thống tập trung, quá trình on-chain được thực hiện thông qua hợp đồng thông minh. Ethgas cung cấp hai chức năng chính: Đảm bảo gói giao dịch (đảm bảo giao dịch được bao gồm trong giới hạn Gas chỉ định) và Đảm bảo thực thi (đảm bảo giao dịch đạt được trạng thái hoặc kết quả cụ thể). Ethgas tập trung vào bảo vệ quyền riêng tư giao dịch trong Khối và nổi tiếng với mục tiêu vận hành trung lập.
• Luban：Luban tập trung vào việc phát triển một tầng sắp xếp Phi tập trung để kết nối dữ liệu giao dịch giữa mạng lưới Ethereum và Rollup. Tầng sắp xếp này được thiết kế là một hệ thống Phi tập trung, tách biệt vai trò đề xuất và thực thi. Chức năng xác nhận trước của Luban thông qua việc đảm bảo tính thực thi của giao dịch trước khi được bao gồm vào mạng lưới Ethereum đã cải thiện đáng kể độ tin cậy của giao dịch, đồng thời giúp tối ưu hóa các yếu tố quan trọng như Rửa tiền, giá gas và MEV.
• Primev: Primev đang phát triển một mạng lưới đề xuất tích hợp MEV, kết hợp xác nhận trước và tính năng MEV, xây dựng một mạng lưới điểm-điểm hiệu quả và đáng tin cậy. Mạng lưới này ghi lại cam kết thực hiện giao dịch ETH và thúc đẩy các đề xuất bằng cơ chế phần thưởng hoặc hình phạt. Primev cho phép các bên tham gia MEV đặt điều kiện thực hiện cụ thể cho giao dịch của họ, trong khi người xây dựng khối và người xác thực cam kết đáp ứng các điều kiện này để đảm bảo xác nhận trước giao dịch. Dựa trên EIP-4337, Primev hỗ trợ xác nhận trước và tùy chọn phí Gas linh hoạt, không chỉ cải thiện hiệu suất xử lý giao dịch mà còn tối ưu hóa trải nghiệm người dùng.
• Puffer Unifi: Dịch vụ xác thực tích cực của Puffer Unifi (Actively Validated Services, AVS) được xây dựng trên nền tảng EigenLayer, tập trung vào việc 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 kiến trúc Based Rollup. Puffer Unifi AVS sử dụng tính năng thế chấp lại của EigenLayer để hỗ trợ cơ chế tham gia xác nhận trước, nhằm nâng cao hiệu suất xác nhận giao dịch cuối cùng. Với sự phát triển của Based Rollup, nhu cầu về nhà cung cấp xác nhận trước đáng tin cậy không ngừng tăng lên, và mục tiêu của Puffer Unifi AVS là đáp ứng nhu cầu này. Tầm nhìn cuối cùng của nó là thực hiện việc xác nhận trước hiệu quả mà không thay đổi giao thức cốt lõi, từ đó thúc đẩy sự tăng lên bền vững của hệ sinh thái Ethereum.
• Skate: Skate là một tài sản thế chấp dựa trên EigenLayer để cung cấp bảo đảm kinh tế cho tất cả các hoạt động giao dịch chuỗi chéo. Quá trình xác minh AVS này yêu cầu dữ liệu và thông tin ràng buộc từ các giao dịch chuỗi chéo và sau đó được ký và chuẩn bị thực hiện bởi bộ khuếch đại của Skate. Qua quy trình này, AVS của Skate thực hiện việc xác nhận trước dữ liệu, cải thiện đáng kể tính tin cậy và hiệu quả của các giao dịch chuỗi chéo.
• Spire: Based Stack của Spire là một khung Rollup Based ETHereum được thiết kế đặc biệt để hỗ trợ cho việc phát triển AppChain. Khung này cho phép AppChain tương tác trực tiếp với ETHereum và tùy chỉnh phương thức xếp hàng của nó, hỗ trợ chức năng giao dịch trao đổi chuỗi chéo, đồ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. Based Stack hỗ trợ nhiều môi trường thực thi, đảm bảo thu nhập xếp hàng của AppChain và tương thích với bộ xếp hàng chung truyền thống. Là một dự án Mã nguồn mở, Based Stack cung cấp cho nhà phát triển các công cụ và tài nguyên cần thiết để xây dựng và quản lý AppChain, từ đó thúc đẩy tính tương tác giữa AppChain và hệ sinh thái ETHereum.
• Taiko Gwyneth：Taiko Gwyneth là một thiết kế Rollup đang được Taiko phát triển, được phân loại là kiến trúc based Rollup. Mục tiêu của nó là đạt được tính tương tác hoàn toàn với ETH坊, đồng thời quản lý xếp hàng giao dịch trực tiếp trên ETH坊. Thiết kế này tận dụng đầy đủ tính an toàn và tính Phi tập trung của ETH坊, đồng thời cung cấp khả năng xử lý cao và xác nhận cuối cùng nhanh chóng. Hiện tại, Taiko đang triển khai cơ chế người đề xuất để hỗ trợ việc tạo Khối, và đang khám phá cơ chế xác nhận trước để thúc đẩy sản xuất Khối mang tính lợi nhuận trong cộng đồng. Cơ chế này nhằm tối ưu hóa lịch trình thời gian Khối và hiệu suất phát hành dữ liệu. Để đạt được những mục tiêu này, Taiko đang hợp tác chặt chẽ với các dự án như Nethermind và Gattaca.

L1 Người xác thực

• Chorus One：Chorus One là một dự án cung cấp dịch vụ xác minh và cơ sở hạ tầng cho mạng lưới blockchain, tập trung vào dịch vụ thế chấp trong nhiều giao thức để tăng cường tính ổn định và an toàn của mạng. Với vai trò là Người xác thực L1, trách nhiệm của Chorus One là xác minh giao dịch và tạo khối để nâng cao tính đáng tin cậy và hiệu quả của toàn bộ mạng lưới. Gần đây, Chorus One đã thể hiện sự quan tâm lớn đối với công nghệ xác nhận trước, thậm chí tổ chức các sự kiện chuyên đề liên quan trong Devcon 2024.

Nghiên cứu

• Nethermind: Nethermind is a project dedicated to developing ETH client and tools, with the core goal of improving the performance and stability of the Blockchain network. By introducing advanced optimization techniques, Nethermind actively promotes the increase in transaction throughput of the ETH network. In terms of precomputation technology, Nethermind has been conducting in-depth research and has submitted a proposal to Taiko’s funding program to accelerate the deployment of precomputation on the Taiko mainnet. This proposal is based on Nethermind’s RFP-001 project and will be implemented in two phases: the first phase will test precomputation functionality among a limited number of authorized participants; the second phase plans to gradually expand the scope of precomputation application.

Nhìn vào tương lai

Taiko và nhiều dự án Layer2 Based Rollup khác, dù có sử dụng cấu trúc Based Rollup hay không, đều đang nỗ lực tối ưu hóa quy trình xác nhận giao dịch không hiệu quả trong Rollup truyền thống. Bằng việc giới thiệu khái niệm xác nhận trước (Preconfirmation), những dự án này đang xây dựng một hệ thống xác nhận giao dịch, giúp người dùng xác nhận giao dịch một cách nhanh chóng và đáng tin cậy hơn. Qua cách thức này, những dự án này liên tục tìm kiếm cách nâng cao trải nghiệm người dùng và xây dựng niềm tin của người dùng.

Taiko sử dụng một cách hiệu quả vị trí của nó như một Layer 2 dự án Based Rollup và tích cực thúc đẩy việc triển khai cơ chế Based Preconfirmation, từ đó đạt được tính tương tác toàn diện với Ethereum và Phi tập trung. Taiko cung cấp cho người dùng bảo đảm xác nhận giao dịch cuối cùng nhanh chóng và đáng tin cậy, tăng đáng kể tốc độ và độ tin cậy xử lý giao dịch, qua đó cải thiện đáng kể trải nghiệm người dùng.

Tuy nhiên, nhiều chuyên gia ngành công nghiệp, bao gồm Ed Felten của Arbitrum, đã chỉ ra rằng hiện tại vẫn thiếu những middleware trưởng thành có thể hỗ trợ hoàn toàn cho việc xác nhận trước. Điều này cho thấy độ chín của công nghệ xác nhận trước và mô hình sinh lợi của người xác nhận trước (Preconfer) vẫn đang đố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ư đã mô tả trong bài viết, ngày càng có nhiều dự án và người tham gia tích cực tham gia vào lĩnh vực xác nhận trước, mỗi người mang theo những giải pháp đột phá riêng, nhằm nâng cao hiệu suất và hiệu quả của Layer2 của Ethereum. Xu hướng này cũng phản ánh xu hướng chung của hệ thống, là sau khi triển khai sơ bộ, hệ thống liên tục được tối ưu hóa. Tôi cho rằng, giai đoạn này đánh dấu một Nút quan trọng trong quá trình tiến hóa của hệ thống L2, cũng là một sự phát triển tích cực đáng khích lệ trong sinh thái L2 hiện tại.

Việc nâng cao tiện ích cho người dùng thông qua xác nhận trước không chỉ có thể ảnh hưởng sâu rộng đến lĩnh vực tài chính phi tập trung và trò chơi, nơi tốc độ và hiệu suất là quan trọng, mà còn có thể thông qua cải thiện hiệu suất của ETH Layer2, kết nối lại các phần sinh thái trước đây đã phân tán của ETH. Cải thiện hiệu suất này có thể cho phép nhiều dự án ETH Layer2 loại 1 tích hợp sâu với ETH, giải phóng tiềm năng trước đây khó khăn do hạn chế về tốc độ. Những tiến bộ này sẽ tác động sâu rộng đến toàn bộ hệ sinh thái ETH.

Xác nhận trước vẫn là một con đường gập ghềnh đầy thách thức. Tuy nhiên, các người tiên phong như Taiko đều đang đối mặt với thách thức và tập trung vào việc cung cấp nhiều tiện ích hơn cho người dùng. Đổi mới không bao giờ dễ dàng, nhưng với sự ủng hộ của hệ sinh thái Ethereum và Layer2, tôi xin gửi họ sự tôn trọng và động viên chân thành.