Giải thích khái niệm tiền xác nhận (preconfirmation) qua ví dụ Taiko: Làm thế nào để giao dịch Ethereum hiệu quả hơn?
Tuyển chọn TechFlowTuyển chọn TechFlow
Giải thích khái niệm tiền xác nhận (preconfirmation) qua ví dụ Taiko: Làm thế nào để giao dịch Ethereum hiệu quả hơn?
Bài viết này sẽ lấy Taiko làm ví dụ để phân tích sâu khái niệm xác nhận trước (Preconfirmation).
Chuyên sâu báo cáo Web3Tác giả: Ingeun Kim : : FP
Tổng quan trọng điểm
-
Taiko là một mạng Layer2 dựa trên Based Rollup, hướng tới khả năng tương tác hoàn toàn với Ethereum đồng thời thúc đẩy việc phi tập trung hóa trình tự hóa (Sequencer). Để giải quyết vấn đề trễ xác nhận giao dịch cuối cùng trong cơ chế Rollup, Taiko đã giới thiệu khái niệm «xác nhận trước (Preconfirmation)». Bằng cách đảm bảo trước cho người dùng về tính bao gồm và thứ tự của giao dịch, xác nhận trước hiệu quả làm giảm sự kém hiệu quả trong quy trình xác nhận giao dịch của cơ chế Rollup, từ đó cải thiện đáng kể trải nghiệm người dùng.
-
Trong mô hình Based Preconfirmation, các trình xác thực L1 cung cấp cam kết kết quả giao dịch cho người dùng. Những người cung cấp xác nhận trước phải đặt cọc khoản tiền ký quỹ và tuân thủ cơ chế phạt cắt (Slashing), nhằm đảm bảo độ tin cậy của hệ thống. Các dự án L2 như Taiko thông qua việc áp dụng cơ chế xác nhận trước đã xây dựng được tính tất toán giao dịch đáng tin cậy, tạo điều kiện thuận lợi hơn cho các dịch vụ như DeFi cần xác nhận tức thì.
-
Hiện nay, 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 có tiềm năng nâng cao hiệu suất của hệ sinh thái L2 Ethereum, tăng cường khả năng tương tác với Ethereum và thúc đẩy sự mở rộng toàn diện của hệ sinh thái.
Taiko đang từng bước tiến gần đến mục tiêu trở thành giải pháp Layer2 cho Ethereum. Để đạt được mục tiêu này, Taiko ưu tiên khả năng tương tác đầy đủ với Ethereum, trình tự hóa phi tập trung và hỗ trợ nhà phát triển. Đáng chú ý, Taiko đạt được khả năng tương tác hoàn toàn với Ethereum thông qua kiến trúc Based Rollup, đồng thời cho phép bất kỳ ai cũng có thể tham gia làm trình tự hóa, từ đó thực hiện được việc phi tập trung hóa trình tự hóa. Tuy nhiên, dù mô hình Based Rollup mang lại nhiều lợi thế, bản thân cấu trúc này vẫn tồn tại 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 về khái niệm xác nhận trước (Preconfirmation). Là một thành phần then chốt trong stack công nghệ Layer2, xác nhận trước là bước quan trọng giúp Rollup tiếp tục phát triển.
Vấn đề hiệu suất hiện tại của L2
Cùng với sự mở rộng của hệ sinh thái L2, nhiều dự án mới liên tục xuất hiện, mang theo những khái niệm và stack công nghệ mới. Tuy nhiên, mặc dù những tiến bộ này rất rõ rệt, L2 vẫn còn một số vấn đề hiệu suất cấp thiết cần giải quyết, đặc biệt là ở những lĩnh vực then chốt ảnh hưởng trực tiếp đến trải nghiệm người dùng, nơi việc nâng cao hiệu suất càng trở nên quan trọng.
Giới hạn cố hữu của Rollup: Quy trình xác nhận tính tất toán giao dịch kém hiệu quả
L2 đạt được khả năng mở rộng thông qua Rollup, phụ thuộc vào nền tảng L1 như Ethereum về tính sẵn có dữ liệu và xử lý giao dịch. Tuy nhiên, Rollup có một giới hạn cố hữu: dù có thể độc lập hoàn thành việc sắp xếp và thực thi giao dịch, nhưng mọi quy trình khác đều phải chờ xác nhận cuối cùng từ L1.
Kiến trúc này tận dụng trực tiếp việc tạo khối và tính sẵn có dữ liệu của L1, đảm bảo an ninh và tính bất biến dữ liệu. Tuy nhiên, việc phụ thuộc vào L1 để xác nhận cuối cùng khiến tốc độ xử lý giao dịch chậm lại, khả năng xác nhận tức thì bị giới hạn, xét từ góc độ người dùng thì khó đáp ứng nhu cầu thời gian thực.
Hơn nữa, hiện tại trình tự hóa và các nút xác thực của nhiều L2 vẫn còn tập trung. Tình trạng tập trung này dẫn đến sự kém hiệu quả, ví dụ như thời gian xác nhận giao dịch dài hoặc nguy cơ gián đoạn hoạt động, ảnh hưởng đến hiệu suất xử lý giao dịch của một số Rollup, gây ra trễ 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 đưa ra nhằm giải quyết vấn đề hiệu suất thấp trong quá trình xác nhận giao dịch cuối cùng trên mạng L2. 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 thiểu tình trạng trễ và kém hiệu quả phổ biến trong cơ chế Rollup.
Xác nhận trướcgiải quyết những vấn đề nào?
Trong cơ chế Rollup, sau khi người dùng gửi giao dịch lên L2, quy trình xác nhận luôn tồn tại vấn đề kém hiệu quả. Do trình tự hóa L2 tập trung không thể đảm bảo chính xác thời điểm 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ả giao dịch. Ví dụ, người dùng có thể phải chờ đợi lâu để giao dịch được đưa vào L1; nếu thứ tự giao dịch sai hoặc kết quả không như mong muốn, có thể dẫn đến tổn thất tài chính từ giao dịch đã thực hiện.
Trong môi trường thị trường biến động mạnh, vấn đề trễ và thay đổi thứ tự càng nghiêm trọng hơn vì người dùng phụ thuộc vào arbitrage và các dịch vụ DeFi. Trong những trường hợp này, trễ giao dịch hoặc thay đổi thứ tự sẽ trực tiếp dẫn đến mất cơ hội. Ngay cả người dùng thực hiện giao dịch thông thường cũng có thể thiếu niềm tin vào thời gian và thứ tự xác nhận giao dịch trên L1, từ đó nghi ngờ về độ tin cậy và tính dễ sử dụng của blockchain.
Vì vậy, mục tiêu thiết kế của xác nhận trước là khắc phục 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 chịu ảnh hưởng nặng nề nhất bởi sự kém hiệu quả của Rollup.
Xác nhận trướcgiải quyết những vấn đề này như thế nào?
Xác nhận trước giải quyết các vấn đề này bằng cách cung cấp cho người dùng cam kết về việc bao gồm, sắp xếp và thực thi giao dịch. Nó cung cấp một «xác nhận mềm» từ trình tự hóa L2 tập trung cho người dùng, đồng thời cấp giấy chứng nhận xác nhận trước để đảm bảo rằng 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à cải thiện trải nghiệm người dùng. Sau khi gửi giao dịch, người dùng có thể ngay lập tức nhận được giấy chứng nhận xác nhận, từ đó đảm bảo rằng giao dịch sẽ được đưa vào L1 theo đúng thứ tự như mong đợi, giảm thiểu sự không chắc chắn, đặc biệt trong các giao dịch cần phản ứng nhanh như arbitrage. Ngoài ra, xác nhận trước còn tăng cường niềm tin của người dùng vào hệ thống L2. Khi niềm tin vào việc xử lý an toàn giao dịch ngày càng tăng, tỷ lệ sử dụng tổng thể của hệ sinh thái L2 cũng sẽ tăng lên. Như vậy, xác nhận trước đóng vai trò then chốt trong việc nâng cao hiệu suất và tính thuận tiện của Rollup.
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 tự hóa tập trung có thể cải thiện trải nghiệm người dùng nhờ thứ tự và kết quả dự kiến, nhưng nó phụ thuộc vào sự tin tưởng vào trình tự hóa. Không có biện pháp ép buộc pháp lý hay kỹ thuật nào, người dùng chỉ có thể dựa vào độ tin cậy của trình tự hóa. Sự phụ thuộc này tạo ra khả năng giao dịch có thể không được đưa vào theo đúng thứ tự, thậm chí có thể hoàn toàn không được đưa vào L1, do đó không thể cung cấp sự đảm bảo ổn định như người dùng mong đợi.
Phân tích khái niệm và thực tiễn Based Preconfirmation qua ví dụ Taiko
Taiko đã đầu tư rất nhiều vào việc triển khai xác nhận trước dựa trên nền tảng, vì phương pháp này phù hợp cao với các đặc tính cốt lõi của Based Rollup. Nếu Based Preconfirmation có thể được thành công tích hợp vào khung của Taiko, không chỉ có thể giảm đáng kể độ trễ xác nhận giao dịch cuối cùng mà còn nâng cao 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ế, cho phép chúng vận hành hiệu quả trên mạng Taiko.
Trước khi đi sâu vào hiểu biết về Based Preconfirmation, cần xem lại một số đặc điểm then chốt của Taiko để hiểu rõ hơn về tính phù hợp và lợi thế của phương pháp này.
Phân tích trường hợp Taiko
Taiko thể hiện đầy đủ các đặc điểm cốt lõi của Based 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 nỗ lực hoàn toàn phù hợp với cơ chế bảo mật của Ethereum. Taiko sử dụng kiến trúc Based Rollup, nghĩa là nó không phụ thuộc vào trình tự hóa tập trung, mà dựa vào các trình xác thực Ethereum đảm nhận vai trò trình tự hóa, chịu trách nhiệm sắp xếp giao dịch và khối.
Nói cách khác, trình tự hóa của Taiko và người đề xuất khối của Ethereum là cùng một loại vai trò. Thiết kế này trao cho họ trách nhiệm và động lực đặc biệt, ví dụ như nhận thưởng giá trị khai thác tối đa (MEV) và các lợi ích khác từ danh tính trình tự hóa. Vì vậy, khi xảy ra sự cố trong quá trình trình tự hóa L2 của Taiko, những trình này sẽ tự nhiên gánh vác trách nhiệm do có lợi ích gắn liền trong hệ sinh thái Ethereum. Cơ chế này tạo nên sự khác biệt rõ rệt giữa Taiko và các dự án L2 Ethereum khác về mặt trách nhiệm vận hành.
Hơn nữa, đáng chú ý là mô hình Based Rollup của Taiko được thiết kế thành «Rollup cạnh tranh (Based Contestable Rollup, BCR)», cấu trúc này nhằm khuyến khích 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 sự phi tập trung hóa hệ thống, cho phép bất kỳ ai tham gia, từ đó làm cho hệ thống công bằng và minh bạch hơn.
Xác nhận trước dựa trên Based Rollup
Vậy thì, mô hình xác nhận trước được thiết kế riêng cho Based Rollup trông như thế nào? Câu trả lời chính 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 minh trực tiếp trên L1.
Based Preconfirmation cung cấp một hệ thống, trong đó một số trình xác thực 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 tự hóa, những trình xác thực này cung cấp dự đoán có thể kiểm chứng về kết quả giao dịch Rollup cho người dùng. Cách thức này cung cấp cho người dùng cam kết tin cậy về việc bao gồm và sắp xếp giao dịch, và những cam kết này trực tiếp dựa trên L1, từ đó tăng cường độ tin cậy và độ 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ể gọi là «người cung cấp xác nhận trước (Preconfer)», người này có thể cung cấp cam kết chữ ký cho người dùng, làm rõ thứ tự và trạng thái thực thi giao dịch. Để đảm bảo độ tin cậy của cam kết, mỗi người cung cấp xác nhận trước cần đặt cọc một lượng tiền ký quỹ nhất định. Nếu họ không thực hiện cam kết về thứ tự hoặc trạng thái thực thi giao dịch, sẽ bị xử phạt thông qua cơ chế Slashing, tức là mất một phần hoặc toàn bộ tiền ký quỹ.
Cơ chế Slashing đã được sử dụng rộng rãi trong việc đặt cược PoS của Ethereum để ngăn chặn hiệu quả hành vi ác ý. Cơ chế này không chỉ tăng cường trách nhiệm của người cung cấp xác nhận trước mà còn xây dựng một mức độ tin cậy nhất định giữa người dùng và người cung cấp xác nhận trước.
Hai trường hợp sẽ khiến người cung cấp xác nhận trước bị xử phạt Slashing:
-
Lỗi hoạt động (Liveness Faults): Nếu người cung cấp xác nhận trước vì bất kỳ lý do gì mà không đưa giao dịch xác nhận trước của người dùng vào chuỗi, sẽ xảy ra lỗi hoạt động. Vì lỗi hoạt động không phải lúc nào cũng cố ý, hình phạt tương đối nhẹ. Loại lỗi này có thể xuất phát từ vấn đề mạng hoặc gián đoạn blockchain L1 hoặc L2, dẫn đến giao dịch không được đưa vào chuỗi một cách chính xác. Để bảo vệ người cung cấp xác nhận trước trung thực khỏi bị xử phạt vô căn cứ, số tiền phạt cho lỗi hoạt động thường do người dùng và người cung cấp xác nhận trước thỏa thuận.
-
Lỗi an toàn (Safety Faults): Nếu giao dịch xác nhận trước được đưa vào chuỗi nhưng kết quả không phù hợp với yêu cầu ban đầu của người dùng, sẽ xảy ra lỗi an toàn. Sự không nhất quán này hoàn toàn là trách nhiệm của người cung cấp 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. Toàn bộ tiền ký quỹ của người cung cấp xác nhận trước sẽ bị tịch thu, bất kể vấn đề có phải cố ý hay không.
Để trở thành người cung cấp xác nhận trước trong mô hình Based Preconfirmation, 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 và đặt cọc số tiền ký quỹ yêu cầu. Sau khi được phê duyệt, người cung cấp xác nhận trước có thể cung cấp dịch vụ cho người dùng và thu nhập từ 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 phép họ vượt qua độ trễ cố hữu trong quá trình xác nhận giao dịch cuối cùng của Rollup. Ví dụ, sau khi người dùng gửi giao dịch xác nhận trước qua ví cá nhân, họ có thể ngay lập tức nhận được giấy chứng nhận xác nhận từ người cung cấp xác nhận trước.
Người tham gia Based Preconfirmation không chỉ có thể kiếm thêm thu nhập từ phí mà còn 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ỉ nâng cao trải nghiệm người dùng mà còn cung cấp cho toàn bộ hệ sinh thái L2 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ả, từ đó tăng thêm sức hấp dẫn và tính thực tế.
Tại sao người dùng sẵn sàng trả phí cho xác nhận trước?
Thực tế điều này liên quan mật thiết đến mục đích cốt lõi của xác nhận trước. Người dùng sẵn sàng trả phí cho xác nhận trước vì nó trực tiếp giải quyết vấn đề kém hiệu quả trong quá trình xác nhận giao dịch cuối cùng của Rollup, mang lại sự tiện lợi rõ rệt 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 blockchain L2 qua ví cá nhân, giao dịch tiêu chuẩn có thể phải chờ 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ể ngay lập tức nhận được cam kết từ người cung cấp xác nhận trước, hoàn tất giao dịch mà không cần trễ. Lúc này, người dùng thậm chí có thể nhìn thấy dấu tích màu xanh lá cây trên giao diện ví, rõ ràng cho thấy giao dịch đã thành công.
Xét một ví dụ khác với dịch vụ DeFi, khi người dùng thực hiện hoán đổi token trên nền tảng DeFi L2, xác nhận trước có thể cung cấp thêm bảo đảm cho giao dịch liên quan. Thông thường, tỷ giá báo giá hoặc phí giao dịch có thể không nhất quán với kết quả thực tế do 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 cuối cùng nhanh chóng và hiệu quả, giảm sự khác biệt 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 trường hợp sử 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 lại trải nghiệm sử dụng mượt mà và thuận tiện hơn cho người dùng. Động lực này tiếp tục hỗ trợ sự mở rộng của hệ sinh thái L2, đồng thời đóng góp 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 tự hóa Based Rollup, thu nhập bổ sung từ xác nhận trước cung cấp một mô hình sinh lời hấp dẫn. 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, khiến nó trở thành lựa chọn lý tưởng cho trình tự hóa, vừa đáng tin cậy vừa hấp dẫn.
Based Preconfirmation gặp những thách thức nào?
Based Preconfirmation vẫn là một lĩnh vực nghiên cứu được quan tâm nhiều trong các dự án Layer2 do Rollup dẫn dắt đại diện bởi Taiko. Mặc dù cơ chế này cung cấp giải pháp rõ ràng để nâng cao hiệu suất và khả năng mở rộng L2 trong khi duy trì tính phi tập trung, nhưng trong thực tế triển khai vẫn còn một số thách thức cấp thiết cần giải quyết để đạt được sự áp dụng rộng rãi hơn.
Thứ nhất, khi Preconfer gửi giao dịch vào khối, người dùng có thể không nhận được cam kết tuyệt đối về việc bao gồm giao dịch. Dù người cung cấp xác nhận trước đặt cọc tiền ký quỹ để đảm bảo giao dịch, cơ chế này vẫn chưa thể hoàn toàn giải quyết vấn đề giao dịch không được bao gồm do gián đoạn bên ngoài. Đặc biệt trong trường hợp giá trị giao dịch cao hơn số tiền ký quỹ của người cung cấp xác nhận trước, người này có thể lạm dụng quyền hạn, chọn lọc bao gồm hoặc loại trừ một số giao dịch, từ đó tạo ra rủi ro tiềm tàng.
Một thách thức nổi bật khác là mô hình sinh lời dựa trên xác nhận trước. Nguồn thu nhập chính của người cung cấp 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 cung cấp xác nhận trước không đủ hoặc mức độ tham gia không cao, có thể dẫn đến khuynh hướng độc quyền, gây ra tình trạng tập trung thị trường. Trong trường hợp này, phí xác nhận trước có thể bị đẩy lên cao một cách nhân tạo, làm tăng chi phí cho người dùng thực hiện giao dịch nhanh và hiệu quả, 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.
Cần lưu ý rằng khái niệm Based Preconfirmation tương đối mới, chỉ được đề xuất khoảng một năm trước. Để trở thành «công cụ then chốt» tối đa hóa tốc độ và hiệu suất của giải pháp L2 do Rollup dẫn dắt, vẫn cần một thời gian thực tiễn và hoàn thiện. Tuy nhiên, với việc Rollup đã khẳng định vững chắc vị trí là thành phần cốt lõi cho khả năng mở rộng của Ethereum, việc tiếp tục khám phá xác nhận trước để nâng cao hiệu suất đánh dấu một bước tiến quan trọng trong sự phát triển công nghệ L2.
Đặc biệt, Taiko đã đạt được tiến triển quan trọng trong việc thúc đẩy triển khai Based Preconfirmation. Đồng thời, Taiko đang hợp tác với nhiều đối tác như Taiko Gwyneth, Nethermind, Chainbound, Limerain, Primev và Espresso để cùng nhau khám phá và phát triển các trường hợp ứng dụng của Based Preconfirmation. Những hợp tác này nhằm thúc đẩy sự tiến hóa tiếp theo của hệ sinh thái L2, các chi tiết liên quan sẽ được thảo luận sâu hơn trong các chương tiếp theo.
Toàn cảnh hệ sinh thái xác nhận trước: Giải thích sơ đồ quy trình và khám phá dự án
Trong chương này, chúng ta sẽ tìm hiểu 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 do Rollup dẫn dắt. Do hệ sinh thái này vẫn ở giai đoạn phát triển sớm, chúng tôi sẽ sử dụng một sơ đồ quy trình để minh họa và hiểu rõ hơn về quy trình cụ thể của xác nhận trước.
Sơ đồ 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ự phối hợp chặt chẽ giữa L1 và L2, liên quan đến nhiều vai trò, mỗi vai trò đảm nhận trách nhiệm cụ thể. Để dễ hình dung hơn về quy trình này, tôi đã tạo một sơ đồ quy trình để tóm tắt ngắn gọn. Cần lưu ý rằng sơ đồ này nhằm mục đích giải thích logic tổng thể, do đó không phân biệt nghiêm ngặt các đặc điểm khác nhau giữa Rollup và Based Rollup, mà chủ yếu tập trung vào quy trình chung ở cấp độ cơ bản.
Trước khi tìm hiểu các bước cụ thể của sơ đồ quy trình, hãy cùng làm quen với các vai trò tham gia vào quy trình xác nhận trước và chức năng của chúng:
-
Người dùng (User): 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 nhận được bảo đảm xác nhận trước, họ sẽ gửi giao dịch đã soạn hoàn chỉnh cho người cung cấp xác nhận trước.
-
Người cung cấp xác nhận trước (Preconferrer): Trong quá trình xác nhận trước, người này chịu 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 cam kết xác nhận trước cho người dùng. Nhờ xác nhận trước, người dùng có thể nhanh chóng nhận được đảm bảo trạng thái giao dịch trước khi thanh toán cuối cùng. Nếu một nút không có tư cách xác nhận trước, họ hoạt động với tư cách người tham gia không xác nhận trước (Non-Preconf Actors), chủ yếu xử lý 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ư các nút xác thực tiêu chuẩn.
-
Trình xác thực L1 (L1 Validator): Chịu trách nhiệm xác thực cuối cùng giao dịch và khối trên mạng L1. Sau khi người cung cấp xác nhận trước gửi dữ liệu giao dịch, trình xác thực L1 sẽ xác minh và ghi dữ liệu cuối cùng vào blockchain L1, đảm bảo tính toàn vẹn và tuân thủ quy tắc đồng thuận.
-
Quản lý thách thức xác nhận trước (Preconfirmation Challenge Manager): Khi xảy ra tranh chấp hoặc vấn đề trong quy trình xác nhận trước, vai trò này chịu trách nhiệm điều tra và thực hiện các biện pháp phù hợp để giải quyết tranh chấp. Vai trò này đóng vai trò then chốt trong việc duy trì tính công bằng và độ tin cậy của quy trình xác nhận trước.
Bây giờ, chúng ta sẽ lần lượt đi qua các bước cụ thể của quy trình xác nhận trước theo thứ tự sơ đồ:
-
Người dùng gửi yêu cầu giao dịch đến người cung cấp xác nhận trước trong nhóm người tham gia xác nhận trước để khởi động quy trình xác nhận trước.
-
Người cung cấp xác nhận trước kiểm tra giao dịch và gửi biên lai xác nhận trước, cam kết với người dùng rằng giao dịch sẽ được đưa vào khối L1, từ đó cung cấp đảm bảo tất toán ban đầu cho người dùng.
-
Người cung cấp xác nhận trước gửi dữ liệu giao dịch cần đưa vào khối L1 cho trình xác thực L1. Dữ liệu này có thể là một giao dịch đơn lẻ hoặc dữ liệu tổng hợp sau khi được xử lý bởi trình thứ tự hóa L2.
-
Trình xác thực L1 xác minh dữ liệu giao dịch hoặc dữ liệu tổng hợp được gửi và ghi nó vào khối L1, đảm bảo dữ liệu tuân thủ quy tắc đồng thuận blockchain.
-
Sau một thời gian, khối L1 chứa dữ liệu giao dịch hoặc dữ liệu tổng hợp đạt được tính tất toán, giao dịch được xác nhận chính thức hoàn tất.
-
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, khi cần thiết sử dụng thông tin liên quan để đưa ra thách thức hoặc tranh chấp xác nhận trước tiềm tàng.
-
Nếu xảy ra trường hợp giao dịch không được đưa vào L1 theo đúng cam kết, người cung cấp xác nhận trước sẽ bị xử phạt bởi quản lý thách thức xác nhận trước, ví dụ như bị Slash tiền ký quỹ hoặc đóng băng tài sản ký quỹ.
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 tích cực tham gia trong hệ sinh thái xác nhận trước và các vai trò liên quan của họ trong quy trình. Mặc dù các dự án này chiếm vị trí vai trò cụ thể trong sơ đồ quy trình, nhưng trách nhiệm thực tế của họ có thể hơi khác biệt. Do đó, tổng quan này nhằm cung cấp hiểu biết cơ bản, có thể dùng làm hướng dẫn chung. Để giữ rõ ràng, các dự án trong từng hạng mục được sắp xếp theo thứ tự bảng chữ cái.
Các trình xác thực xác nhận trước (Preconfer Validators)
-
Astria: Astria nỗ lực thay thế trình thứ tự hóa tập trung bằng một mạng lưới trình thứ tự hóa phi tập trung, hỗ trợ nhiều Rollup chia sẻ mạng lưới này. Thiết kế này cung cấp khả năng chống kiểm duyệt mạnh mẽ hơn cho Rollup, tính tất toán khối nhanh hơn và tương tác liền mạch giữa các Rollup. Để đạt được tính tất toán khối nhanh, 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 và tăng cường khả năng chống kiểm duyệt, 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 do Chainbound phát triển, cung cấp dịch vụ xác nhận giao dịch gần như tức thì cho người dùng Ethereum. Hoạt động của nó dựa trên cơ chế tham gia không cần tin tưởng và thế chấp kinh tế, đồng thời tương thích với ống dẫn 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 tất toán tức thì cho các 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 bao gồm giao dịch từ người xây dựng khối tập trung sang người đề xuất, Bolt tăng cường 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 cần tin tưởng, linh hoạt hỗ trợ nhiều loại hợp đồng thông minh khác nhau.
-
Espresso System: Espresso System là một giao thức nỗ lực tăng cường khả năng tương tác của hệ sinh thái blockchain. Nó sử dụng giao thức đồng thuận Byzantine Fault Tolerance (BFT) HotShot để đạt được tính tất toán nhanh về thứ tự giao dịch và dữ liệu giữa nhiều chuỗi. Espresso System bao gồm Espresso Network và Espresso Marketplace, hai thành phần này phối hợp để cung cấp tính tất toán giao dịch nhanh chóng và khả năng tương tác hiệu quả, mục tiêu là nâng cao khả năng mở rộng và bảo mật của hệ sinh thái blockchain.
-
Ethgas: Ethgas là một thị trường dành cho không gian khối giao dịch, việc khớp giao dịch do hệ thống tập trung quản lý, quy trình trên chuỗi được thực hiện qua hợp đồng thông minh. Ethgas cung cấp hai chức năng chính: xác nhận trước bao gồm (đảm bảo giao dịch được bao gồm trong giới hạn Gas xác định) và xác nhận trước thực thi (đảm bảo giao dịch đạt 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ư giao dịch trong thị trường không gian 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 phát triển một lớp trình thứ tự hóa phi tập trung nhằm kết nối dữ liệu giao dịch giữa mạng Ethereum và Rollup. Lớp trình thứ tự hóa này đượ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. 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 đưa vào mạng Ethereum, cải thiện đáng kể độ tin cậy giao dịch, đồng thời giúp tối ưu hóa các yếu tố then chốt như phí giao dịch, giá Gas và MEV.
-
Primev: Primev đang phát triển một mạng lưới người đề xuất tích hợp 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 đ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 thi giao dịch Ethereum và sử dụng cơ chế thưởng/phạt để khuyến khích người đề xuất. Primev cho phép người tham gia MEV đặt điều kiện thực thi 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 có thể cam kết đáp ứng những điều kiện này, từ đó đảm bảo xác nhận trước giao dịch. Dựa trên EIP-4337, Primev hỗ trợ tùy chọn xác nhận trước và phí Gas linh hoạt, không chỉ nâng cao hiệu quả xử lý giao dịch mà còn tối ưu hóa thêm trải nghiệm người dùng.
-
Puffer Unifi: Dịch vụ xác thực chủ động (Actively Validated Services - AVS) của Puffer Unifi được xây dựng trên EigenLayer, tập trung giải quyết 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. AVS của Puffer Unifi tận dụng chức năng tái thế chấp 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. Cùng với sự phát triển của Based Rollup, nhu cầu về người cung cấp xác nhận trước đáng tin cậy ngày càng tăng, 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 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ự tăng trưởng bền vững của hệ sinh thái Ethereum.
-
Skate: AVS xác nhận trước của Skate dựa trên tài sản tái thế chấp trên EigenLayer, cung cấp bảo đảm an ninh kinh tế cho mọi thao tác xuyên chuỗi. AVS này xác minh dữ liệu và thông tin gói cần thiết cho giao dịch xuyên chuỗi, sau đó được ký và chuẩn bị thực thi bởi bộ chuyển tiếp của Skate. Thông qua quy trình này, AVS của Skate đạt được xác nhận trước dữ liệu, cải thiện đáng kể độ tin cậy và hiệu quả của giao dịch xuyên chuỗi.
-
Spire: Based Stack của Spire là một khuôn khổ Rollup Based Ethereum, được thiết kế hỗ trợ các nhà phát triển xây dựng chuỗi ứng dụng (App Chains). Khung này cho phép chuỗi ứng dụng tương tác trực tiếp với Ethereum, tùy chỉnh phương pháp trình thứ tự hóa, hỗ trợ các chức năng như trao đổi xuyên chuỗi, đồ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 trình thứ tự hóa cho chuỗi ứng dụng và tương thích với các trình thứ tự hóa chia sẻ truyền thống. Là một dự án mã nguồn mở, Based Stack cung cấp cho nhà phát triển đầy đủ công cụ và tài nguyên 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 mà Taiko đang phát triển, được phân loại là kiến trúc based Rollup. Mục tiêu là đạt được khả năng tương tác hoàn toàn với Ethereum, đồng thời quản lý trực tiếp việc trình thứ tự hóa giao dịch trên Ethereum. Thiết kế này tận dụng tối đa tính bảo mật và phi tập trung 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ế người đề xuất để hỗ trợ tạo khối và khám phá cơ chế xác nhận trước nhằm thúc đẩy sản xuất khối sinh lời 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 quả phát hành dữ liệu. Để đạt được các mục tiêu này, Taiko đang hợp tác sâu rộng với các dự án như Nethermind và Gattaca.
Trình xác thực L1
-
Chorus One: Chorus One là một dự án cung cấp dịch vụ xác thực và cơ sở hạ tầng cho các mạng blockchain, tập trung vào dịch vụ đặt cược cho nhiều giao thức nhằm tăng cường sự ổn định và bảo mật mạng lưới. Với tư cách là trình 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, từ đó nâng cao độ 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 đến công nghệ xác nhận trước, thậm chí tổ chức các hoạt động chuyên đề liên quan tại Devcon 2024.
Nghiên cứu
-
Nethermind: Nethermind là một dự án chuyên phát triển client và công cụ Ethereum, mục tiêu cốt lõi là nâng cao hiệu suất và độ ổn định của mạng blockchain. Bằng cách giới thiệu các công nghệ tối ưu tiên tiến, Nethermind tích cực thúc đẩy việc nâng cao thông lượng giao dịch của mạng Ethereum. Đối với công nghệ xác nhận trước, Nethermind luôn nghiên cứu sâu và đã nộp một đề xuất vào chương trình tài trợ của Taiko nhằm đẩy nhanh việc triển khai chức năng xác nhận trước trên mainnet Taiko. Đề xuất này dựa trên dự án RFP-001 của Nethermind, được thực hiện theo hai giai đoạn: giai đoạn đầu sẽ thử nghiệm chức năng xác nhận trước trong nhóm người tham gia được ủy quyền giới hạn; giai đoạn hai dự kiến mở rộng dần phạm vi ứng dụng xác nhận trước.
Tầm nhìn tương lai
Taiko và nhiều dự án Layer2 Based Rollup khác, dù có áp dụng kiến 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 cuối cùng kém hiệu quả trong Rollup truyền thống. Bằng cách giới thiệu khái niệm xác nhận trước (Preconfirmation), 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. Thông qua cách này, các dự án không ngừng khám phá cách nâng cao trải nghiệm người dùng và xây dựng niềm tin.
Taiko tận dụng triệt để vị thế của mình như một dự án Layer2 Based Rollup, tích cực thúc đẩy việc triển khai cơ chế Based Preconfirmation, từ đó đạt được khả năng tương tác toàn diện và phi tập trung hóa với Ethereum. Taiko thông qua việc cung cấp cho người dùng đảm bảo nhanh chóng và đáng tin cậy về tính tất toán giao dịch, cải thiện đáng kể tốc độ và độ tin cậy xử lý giao dịch, từ đó nâng cao đáng kể trải nghiệm người dùng.
Tuy nhiên, như nhiều chuyên gia ngành, bao gồm Ed Felten của Arbitrum, đã chỉ ra, hiện vẫn thiếu middleware trưởng thành có thể hỗ trợ hoàn toàn xác nhận trước. Điều này cho thấy độ trưởng thành của công nghệ xác nhận trước và mô hình sinh lời cho người cung cấp xác nhận trước (Preconfer) vẫn đối mặt với thách thức, những vấn đề này cần được giải quyết thêm.
Như bài viết đã nêu, ngày càng nhiều dự án và người tham gia đang tích cực gia nhập lĩnh vực xác nhận trước, mỗi bên mang đến những giải pháp đổi mới độc đáo nhằm nâng cao hiệu suất và hiệu quả của Layer2 Ethereum. Xu hướng này cũng phù hợp với quy luật phổ biến rằng các khái niệm hệ thống sẽ liên tục được tối ưu hóa sau khi triển khai ban đầu. Tôi cho rằng giai đoạn này đánh dấu một mốc quan trọng trong sự tiến hóa của hệ thống L2, đồng thời là một bước phát triển tích cực đáng phấn khích trong hệ sinh thái L2 hiện tại.
Việc nâng cao sự tiện lợi cho người dùng thông qua xác nhận trước không chỉ có thể ảnh hưởng sâu sắc đến các lĩnh vực coi trọng tốc độ và hiệu quả như DeFi và game, mà còn có thể thông qua việc nâng cao hiệu suất Layer2 Ethereum, kết nối lại Ethereum với các phần hệ sinh thái trước đây bị phân mảnh. Việc nâng cao hiệu suất này có thể cho phép nhiều dự án Layer2 Type-1 Ethereum hơn đạt được tích hợp sâu với Ethereum, từ đó giải phóng tiềm năng vốn khó tiếp cận trước đây do giới hạn về tốc độ. Những tiến bộ này chắc chắn sẽ tạo ra ảnh hưởng sâu rộng đến toàn bộ hệ sinh thái Ethereum.
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, những người đi đầu như Taiko đang kiên cường vượt khó, tập trung mang lại nhiều tiện lợi hơn cho người dùng. Đổi mới chưa bao giờ là điều dễ dàng, nhưng với tư cách là người ủng hộ hệ sinh thái Ethereum và các hệ sinh thái Layer2 của nó, tôi chân thành kính trọng và cổ vũ cho nỗ lực của họ.
Chào mừng tham gia cộng đồng chính thức TechFlow
Nhóm Telegram:https://t.me/TechFlowDaily
Tài khoản Twitter chính thức:https://x.com/TechFlowPost
Tài khoản Twitter tiếng Anh:https://x.com/BlockFlow_News
Four Pillars
