Vào tháng 10 năm 2020, cựu đồng sáng lập Ethereum Vitalik Buterin giới thiệu “Kế hoạch Ethereum tập trung vào rollups.” Hiện nay, chúng ta đang sống trong một hệ sinh thái được thống trị bởi nhiều Rollups. Trong khi lộ trình Rollup của Ethereum đã mang lại những lợi ích đáng kể như cải thiện trải nghiệm người dùng, nó cũng gây ra một loạt thách thức mới. Ví dụ, các nhà phát triển thường phải đối mặt với sự phân mảnh và khó khăn trong việc ra quyết định khi đối mặt với một hệ sinh thái Rollup đa dạng. Ngoài ra, các sequencer tập trung đã dẫn đến các vấn đề như kiểm duyệt giao dịch và khai thác giá trị có thể khai thác bởi Miner (MEV), gây ra một số người dùng phải đối mặt với chi phí hoặc trải nghiệm vận hành không công bằng.

Các giải pháp chính thống hiện tại bao gồm Shared Sequencers và Based Rollups để giải quyết các vấn đề do các trình tự tập trung đặt ra. Trình tự chia sẻ cung cấp các dịch vụ giải trình tự thống nhất cho nhiều chuỗi Lớp 2, nhưng là bên thứ ba, chúng mang các vấn đề về cơ chế tin cậy và khuyến khích. Mặt khác, Based Rollups dựa vào những người đề xuất Ethereum L1 để giải trình tự, giúp tăng cường phân cấp. Tuy nhiên, thời gian xác nhận giao dịch phụ thuộc vào thời gian khối của Ethereum L1 (khoảng 12 giây), không thể đạt được kết thúc nhanh chóng.

Lịch sử nền tảng của việc xác nhận trước

Preconfirmations, hoặc “Preconfs,” có thể được hiểu như một hình thức “xem trước đáng tin cậy trước khi xác nhận cuối cùng.” Một ví dụ đơn giản là khi bạn đặt chỗ ở một nhà hàng: nhà hàng xác nhận đặt chỗ của bạn, nhưng bạn chưa đến. Đây là một hình thức preconfirmation. Bạn đã nhận được một cam kết đáng tin cậy đảm bảo một chỗ cho bạn vào thời gian cụ thể, giúp bạn tiết kiệm thời gian mà bạn sẽ phải chờ đợi trong hàng đợi.

Preconfirmations không phải là một khái niệm mới. Trong những ngày đầu phát triển Bitcoin, cộng đồng Bitcoin đã giới thiệu khái niệm ‘0conf’. Điều này ám chỉ việc coi một giao dịch là hợp lệ trước khi mạng Bitcoin xác nhận hoàn toàn. Điều này giảm thời gian chờ xác nhận giao dịch cuối cùng. Vào năm 2023, Uri Klarman đã mở rộng ý tưởng này cho Ethereum bằng cách…giới thiệuKhái niệm về “Xác nhận trước chuỗi.” Ý tưởng cốt lõi là các bên xác nhận trước trong tương lai không chỉ có thể xác nhận trước giao dịch hiện tại mà còn thừa kế các xác nhận trước đó đã được thực hiện bởi tất cả các bên xác nhận trước trước đó. Primev sau đó tiếp tục @muratlite/primev-v01#What-is-Primev”>đã khám phá khái niệm này, đề xuất một cơ chế đấu giá mới gọi là “Preconfirm (Pre-conf)” cho phép liên minh xây dựng khối cam kết bao gồm một giao dịch trong các khối tương lai trong một khoảng thời gian cụ thể, để người dùng có thể tham gia vào việc đấu giá xác nhận trước.

(Primevđang phát triểnmev-commit, một nền tảng phi tập trung được thiết kế đặc biệt để điều phối các giao dịch MEV. Bằng cách sử dụng cam kết mã hóa thời gian thực và cơ chế đấu thầu hiệu quả, nó giúp người dùng và nhà cung cấp đảm bảo tính đáng tin cậy và tốc độ của các giao dịch. Nó có thể áp dụng cho các kịch bản phức tạp yêu cầu xác nhận và thực hiện nhanh chóng, chẳng hạn như xác nhận trước và các chiến lược giao dịch tần suất cao khác.)

Justin Drake tiến xa hơn với ý tưởng đề xuất việc “Dựa trên các xác nhận trước.” Hiện tại, nhiều hệ thống Lớp 2 sử dụng bộ giải trình tự tập trung, mang lại lợi thế đáng kể trong việc cung cấp xác nhận trước. Xác nhận này chỉ ra rằng trình sắp xếp chuỗi đã cam kết bao gồm giao dịch của người dùng trong một khối trong tương lai. Tuy nhiên, xác nhận này không phải là cuối cùng; Người dùng vẫn có thể gặp phải tình trạng đặt hàng lại hoặc hủy giao dịch. Cơ chế “Xác nhận trước dựa trên” do Justin Drake đề xuất nhằm mục đích cung cấp xác nhận trước ngay lập tức trong khi đảm bảo rằng L1 hoàn thành trình tự phi tập trung (Based Rollup).

Đề xuất và tối ưu hóa cơ chế Xác nhận trước dựa trên

Khái niệm Based Rollups được giới thiệu lần đầu bởi Vitalik Buterin trong bài viết của ông vào năm 2021 “Hướng dẫn không đầy đủ về rollups”Trong bài viết này, Vitalik giới thiệu ý tưởng về “Total Anarchy”, mô tả một môi trường hoàn toàn phi tập trung, nơi bất kỳ ai cũng có thể gửi các lô giao dịch bất cứ lúc nào, mà không có bất kỳ hạn chế nào.

Vào tháng 3 năm 2023, Justin Drake đã làm rõ khái niệm Based Rollups trong bài viết của mình.“Dựa trên rollups—sức mạnh từ việc xếp hàng L1”. Khi thứ tự của một Rollup được điều khiển bởi L1, nó được gọi là Based Rollup hoặc L1-sequenced Rollup. Trong kiến trúc này, việc tạo ra và sắp xếp các khối Rollup được thực hiện bởi các người đề xuất trên L1, người có thể hợp tác với các người tìm kiếm và xây dựng để trực tiếp bao gồm các khối Rollup trong các khối L1. Đáng chú ý, mặc định, các khối Based Rollup được xây dựng bởi các nhà xây dựng L2, do đó Based Rollups không làm tăng gánh nặng cho các nhà xác minh L1.

Để biết thêm chi tiết về Based Rollups, bạn có thể xem bài viết Based Rollup là gì, Kế thừa sức sống của Ethereum?

Bằng cách chuyển giao trách nhiệm giải trình tự giao dịch cho L1, Based Rollups kế thừa tính bảo mật và tính sống động của L1 đồng thời tối ưu hóa hiệu suất của L2. Cơ chế này mang lại một số lợi thế, chẳng hạn như giảm cơ sở hạ tầng và chi phí vận hành cho L2. Tuy nhiên, những thách thức vẫn còn, chẳng hạn như thực tế là hầu hết MEV (Giá trị có thể trích xuất của thợ mỏ) được tạo ra bởi Based Rollups chảy sang L1. Tuy nhiên, đây không phải là vấn đề lớn vì Rollups tập trung chủ yếu tạo ra doanh thu từ phí giao dịch L2 và cơ hội MEV, với cái trước là nguồn doanh thu chính và cái sau đòi hỏi chi phí bảo trì và cơ sở hạ tầng đáng kể. Based Rollups bảo toàn phí giao dịch L2 làm nguồn doanh thu chính của họ trong khi thuê ngoài vai trò của người đề xuất cho các nhà xây dựng L1, do đó giảm chi phí cơ sở hạ tầng và hoạt động. Một thách thức khác là Based Rollups không thể đạt được tính cuối cùng của giao dịch nhanh chóng. Vì thời gian xác nhận giao dịch Based Rollup phụ thuộc hoàn toàn vào thời gian khối Ethereum L1 (hiện tại khoảng 12 giây), điều này trái ngược hoàn toàn với các xác nhận mềm nhanh chóng được cung cấp bởi các trình tự tập trung.

Để giải quyết vấn đề tốc độ xác nhận giao dịch trong Rollups Dựa trên, Justin Drake giới thiệu khái niệm của Dựa trên việc xác nhận trước vào tháng 11 năm 2023. Nó sử dụng thực thi Slash để cung cấp xác nhận trước cho Rollups dựa trên Based. Trong đề xuất ban đầu, Justin Drake đã chỉ ra hai tiên quyết chính: thứ nhất, những người đề xuất L1 phải chọn thêm điều kiện phạt để trở thành những người xác nhận trước (cơ chế đặt cược lại); thứ hai, những người đề xuất L1 phải có khả năng bắt buộc việc bao gồm các giao dịch trên chuỗi (danh sách bao gồm).

Sau đó, Justin Drake tối ưu hóa đề xuất, cho phép Rollups sử dụng Ethereum L1 để chia sẻ trình tự và xác nhận trước mà không cần hard fork. Trong đề xuất mới, một số trình xác thực tự nguyện trở thành người giải trình tự, trong khi những người xác thực không muốn sắp xếp chuỗi các giao dịch trở thành “người bao gồm”. Người bao gồm có thể bao gồm các giao dịch nhưng không sắp xếp chúng. Trình tự có thể sắp xếp lại các giao dịch từ bao gồm và thậm chí chèn các giao dịch bổ sung. Người dùng có thể gửi giao dịch theo hai cách: thứ nhất, bằng cách gửi giao dịch đến mempool dự phòng và trả một khoản phí nhỏ để bao gồm nó; Thứ hai, bằng cách liên lạc với trình tự tiếp theo, trả phí xác nhận trước cao hơn để yêu cầu xác nhận trước. Nếu trình sắp xếp chuỗi không giải quyết được giao dịch trong các vị trí được chỉ định, người bao gồm vẫn có thể xử lý các giao dịch này.

So với đề xuất ban đầu, giải pháp tối ưu hóa trực tiếp tận dụng tính bảo mật kinh tế của Ethereum L1, cho phép người đề xuất L1 tự nguyện trở thành sequencer mà không cần các biện pháp phạt bổ sung. Điều này giảm sự phụ thuộc vào cơ sở hạ tầng phụ thuộc.

Từ Khái niệm đến Thực tiễn: Ứng dụng Các Đồng ý Trước Dựa trên

Taiko: Nhà tiên phong trong việc phát triển và quảng bá Rollups dựa trên

Kể từ nửa cuối năm 2023, Taiko đã phát triển hướng trở thành một Rollup Dựa trên. Với tư cách là một Rollup Dựa trên, Taiko dựa vào một hệ thống đề xuất phi tập trung nơi các người đề xuất chạy các client cụ thể (taiko-geth) và duy trì đồng bộ với L2 mempool. Khi một người đề xuất phát hiện một lô giao dịch có thể tạo thành một khối có lợi nhuận, họ gửi khối đã được biên soạn trước đó đến Ethereum L1.

Trong luồng xử lý giao dịch, giao dịch do người dùng gửi trên Taiko đầu tiên nhập vào L2 mempool. Các người tìm kiếm L2 tìm kiếm giao dịch có lợi nhuận trong mempool và đóng gói chúng thành các loạt giao dịch L2. Các người tìm kiếm L1, với vai trò là người đề xuất khối L2, sau đó sắp xếp các loạt giao dịch L2 này thành các khối L2, sau đó được bao gồm trong các gói giao dịch L1 của họ và tích hợp vào một khối L1. Cuối cùng, các người xác minh L1 xác minh và gửi các khối này đến chuỗi chính Ethereum để đảm bảo tính cuối cùng của giao dịch.

Để cải thiện hiệu suất, Taiko giới thiệu một cơ chế xác nhận trước. Người đề xuất có thể công bố thông tin xác nhận trước cho các thành viên khác trong mạng trước khi chính thức gửi một khối. Điều này thông báo cho họ biết giao dịch nào sẽ được bao gồm trong khối sắp tới. Ngoài ra, người đề xuất có thể định kỳ công bố các lô xác nhận trước nhỏ liên tiếp cho các người xây dựng khối, sau đó họ có thể chọn phát hành các giao dịch đã được xác nhận trước này theo từng lô nhỏ hơn đến L1, thay vì một khối dữ liệu lớn duy nhất, từ đó giảm thiểu chi phí công bố dữ liệu.

Hơn nữa, trong hệ thống đề xuất phi tập trung, nhiều người đề xuất có thể cố gắng gửi các khối chứa các giao dịch giống nhau đồng thời. Trong trường hợp như vậy, chỉ một khối được chấp nhận bởi L1, các khối khác sẽ bị hoàn tác và các người đề xuất không thành công sẽ mất phí khối của họ. Để giảm thiểu xung đột tiềm năng này, Taiko giới thiệu cơ chế bầu cử lãnh đạo. Tại bất kỳ thời điểm nào, chỉ có một người đề xuất được bầu làm lãnh đạo, cấp họ quyền độc quyền để hoàn tất khối. Điều này đảm bảo rằng khối được tạo bởi lãnh đạo sẽ được thêm vào blockchain, trong khi các khối được tạo bởi các người đề xuất khác sẽ bị loại bỏ, từ đó tránh được nhiều khối xung đột và tránh mất phí cho người đề xuất thất bại.

Puffer UniFi: Định hình lại hệ sinh thái chuỗi ứng dụng phi tập trung

Puffer Financecũng đã giới thiệu một giải pháp dựa trên xác nhận trước,Puffer UniFi. Dưới dạng Rollup cơ bản, việc sắp xếp giao dịch trên UniFi được giao cho Ethereum L1, trong khi cơ chế xác nhận trước trong Puffer UniFi được thực hiện thông qua cơ chế cơ bản của Puffer.restake những người xác minh.

Về mặt quy trình, các giao dịch do người dùng gửi trước tiên được xử lý bởi các trình xác thực Puffer, những người được đăng ký là các nút “Native Restaking” trên Ethereum. Các trình xác thực cung cấp các cam kết xác nhận trước cho người dùng trong khoảng 100 mili giây, nhanh chóng thông báo cho họ rằng các giao dịch của họ đã được nhận và sẽ được đưa vào các khối trong tương lai. Để đảm bảo rằng các trình xác thực tuân thủ các cam kết xác nhận trước của họ, Puffer cũng đã triển khai cơ chế UniFi AVS, áp đặt các điều kiện phạt bổ sung đối với người xác thực. Sau khi cung cấp xác nhận trước, người xác thực Puffer đóng gói các giao dịch này với những người khác và gửi các khối đến Ethereum L1. Cuối cùng, Hợp đồng Puffer Sequencer, một phần của hợp đồng thông minh Puffer UniFi, chấp nhận các giao dịch hàng loạt và đảm bảo rằng trạng thái giao dịch đã được xác nhận và không thể hoàn nguyên.

Theo tin mới nhất lộ trình, Bản thử nghiệm UniFi của Puffer dự kiến sẽ ra mắt vào tháng 9 năm 2024, và cơ chế UniFi AVS dự kiến sẽ hoạt động vào Q4 năm 2024, cùng với mainnet UniFi.

Tầm nhìn của Puffer UniFi là giải quyết sự phân mảnh thanh khoản hiện tại trên các chuỗi. Trong tương lai, các ứng dụng được xây dựng trên Puffer UniFi sẽ được coi là chuỗi ứng dụng độc lập. Các chuỗi ứng dụng này dựa trên các cơ chế xác nhận trước và trình tự L1 do UniFi cung cấp, giúp giảm chi phí phát triển và cho phép khả năng tương tác liền mạch với các Bản tổng hợp hoặc chuỗi ứng dụng được sắp xếp theo trình tự L1 khác. Ví dụ: hãy xem xét người dùng Alice, người muốn sử dụng mã thông báo từ Rollup A làm tài sản thế chấp để vay tài sản trên Rollup B. Vì cả Bản tổng hợp A và Bản tổng hợp B đều dựa trên cùng một trình xác thực Ethereum L1 để giải trình tự giao dịch, trình xác thực có thể xử lý các giao dịch của Alice trên cả hai Bản tổng hợp trong cùng một khối Ethereum. Điều này cho phép Alice hoạt động trên các Bản tổng hợp khác nhau mà không cần các cầu nối chuỗi chéo phức tạp.

Còn gì đáng xem nữa không?

Ngoài hai dự án được đề cập ở trên, còn có một số phát triển đáng chú ý khác liên quan đến các xác nhận trước. Ví dụ, Primev đã ra mắt nền tảng mev-commit, có thể cung cấp dịch vụ xác nhận trước cho bất kỳ Rollup Nền tảng nào. Primev cũng đề xuất một giải pháp kết hợp mev-commit và danh sách bao gồm (IL) cho các xác nhận trước blob. Trong khi đó, Espresso có…@EspressoSystems/bft-and-proposer-promised-preconfirmations”>giới thiệu mô hình xác nhận trước do người đề xuất cam kết, cho phép mỗi Rollup tùy chỉnh thứ tự xếp hàng và điều kiện phạt của xác nhận trước do người đề xuất cam kết. Spire có ra mắt Đăng ký xác nhận trước, một hệ thống nơi những người đề xuất (chẳng hạn như các nhà khai thác lớn và người đặt cọc độc lập) có thể đăng tài sản thế chấp bằng ETH. Chainbound cũng có tiết lộBolt, một giao thức cho phép các nhà đề xuất Ethereum thực hiện cam kết về nội dung của các khối của họ.

Ngoài ra, để đơn giản hóa trải nghiệm người dùng và phối hợp tốt hơn các yêu cầu xác nhận trước, những nhà nghiên cứu đang khám phá việc giới thiệu các cổng xác nhận trước để trừu tượng hóa sự phức tạp của việc xác nhận trước từ người dùng. Qua cổng, người đề xuất có thể ủy quyền quyền xác nhận trước của họ, và cổng xử lý các nhiệm vụ phức tạp hơn, như giao tiếp với người dùng và duy trì thời gian hoạt động của các nút đầy đủ. Các dự án cổng xác nhận trước đáng chú ý bao gồm Aestus, Titan, và Siêu âm.

Đối mặt với sự phân mảnh thanh khoản hiện tại trong hệ sinh thái Rollup, Based Rollups được xem là một giải pháp tiềm năng hiệu quả. Ví dụ, Adam Cochran, một đối tác tại Cinneamhain Ventures, đã tweet rằng Based Rollups có thể giải quyết các thách thức kinh tế của Ethereum Layer 2. Việc xác nhận trước đóng một vai trò quan trọng trong việc nâng cao trải nghiệm người dùng của Based Rollups. Khi một số giao thức lớn tiếp tục tạo ra tiến triển tích cực, chúng tôi sẽ tiếp tục theo dõi những diễn biến mới nhất trong lĩnh vực này.

Tuyên bố từ chối trách nhiệm:

1. Bài viết này được sao chép từ [[](https://substack.chainfeeds.xyz/p/based-rollup-preconfs)[Nghiên cứu ChainFeeds](https://substack.chainfeeds.xyz/)\], Tất cả các bản quyền thuộc về tác giả gốc [Linda Bell]. Nếu có ý kiến phản đối bản in lại này, vui lòng liên hệ với Gate Họcđội ngũ và họ sẽ xử lý nhanh chóng.
2. Miễn trừ trách nhiệm: Các quan điểm và ý kiến được bày tỏ trong bài viết này chỉ thuộc về tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
3. Các bản dịch của bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm gate Learn. Trừ khi được nêu, việc sao chép, phân phối hoặc đạo văn các bài viết dịch là cấm.