Giải pháp Preconf giúp tăng tốc xác nhận giao dịch Ethereum như thế nào?

ChainFeeds

Đọc bài viết này mất 12 phút

Xác nhận trước là trạng thái xác nhận tạm thời do một nút thực hiện trước khi giao dịch được tải chính thức lên chuỗi, cho phép người dùng nhanh chóng nhận được tín hiệu cho biết giao dịch đã được chấp nhận, qua đó cải thiện trải nghiệm của người dùng.

Tiêu đề gốc: "Giải pháp Preconf tăng tốc xác nhận giao dịch của Ethereum như thế nào? 》

Tác giả gốc: 0XNATALIE, ChainFeeds

Vào ngày 30 tháng 6, Vitalik đã xuất bản một bài viết mới thảo luận về các vấn đề của Ethereum với tốc độ xác nhận giao dịch. Vitalik đề cập rằng Ethereum đã có những cải tiến lớn so với năm năm trước. Nhờ EIP-1559 (điều chỉnh động phí giao dịch) và thời gian tạo khối ổn định sau khi sáp nhập, các giao dịch do người dùng gửi trên L1 thường được xác nhận trong vòng 5-20 giây. Tuy nhiên, thời gian này có thể được cải thiện hơn nữa và đối với một số ứng dụng rõ ràng yêu cầu độ trễ vài trăm mili giây hoặc thậm chí ít hơn, thì việc rút ngắn thời gian xác nhận hơn nữa là hợp lý. Để đạt được mục tiêu này, cộng đồng Ethereum và các nhà nghiên cứu đã đề xuất một số giải pháp thực tế, một trong số đó là xác nhận trước.

Xác nhận trước là gì?

Xác nhận trước (preconf) là trạng thái xác nhận trước của giao dịch trước khi giao dịch đó được xác nhận chính thức. Cụ thể hơn, nó đề cập đến xác nhận tạm thời do nút thực hiện trước khi giao dịch được thợ đào đưa vào khối và chính thức đưa vào chuỗi. Xác nhận tạm thời này có nghĩa là nhiều nút sẽ xác minh tính hợp lệ của giao dịch và lưu trữ tạm thời giao dịch đó trong nhóm bộ nhớ. Điều này cho phép người dùng nhận được tín hiệu cho biết giao dịch đã được chấp nhận trong thời gian ngắn, do đó nhận được phản hồi tức thì, giảm thời gian chờ đợi và cải thiện trải nghiệm của người dùng. Xác nhận trước này không phải là xác nhận cuối cùng và vẫn có thể bị thu hồi (chẳng hạn như tổ chức lại khối), nhưng tình huống này tương đối hiếm.

Thông thường, trong cơ chế xác nhận trước, bên đề xuất đóng vai trò cung cấp dịch vụ xác nhận trước. Người dùng có thể trả thêm phí để có được cam kết đã ký rằng giao dịch của họ sẽ được đưa vào khối tiếp theo. Nếu bên đề xuất không thực hiện được lời hứa, họ sẽ phải chịu hình phạt tài chính.

Kế hoạch triển khai cụ thể: Dựa trên xác nhận trước

Justin Drake, một nhà nghiên cứu tại Ethereum Foundation, đã thúc đẩy phương pháp cơ chế xác nhận trước của Ethereum: Dựa trên xác nhận trước, cung cấp xác nhận giao dịch nhanh chóng thông qua các cơ chế khuyến khích và hình phạt cụ thể.

Trong cơ chế tiền xác nhận dựa trên, để giảm rủi ro giao dịch không được đóng gói thành các khối vì nhiều lý do, cần có các hình phạt bổ sung cho người đề xuất và các nội dung bắt buộc:

· Cắt giảm người đề xuất:Người đề xuất L1 phải chọn thêm các điều kiện phạt bổ sung để trở thành người xác nhận trước. Điều này có thể đạt được thông qua các cơ chế liên quan đến việc đặt cược lại.

· Người đề xuất bắt buộc đưa vào: Người đề xuất L1 phải có khả năng bắt buộc đưa một giao dịch vào chuỗi, ngay cả khi giao dịch đó không kinh tế hoặc những người đề xuất khác không hợp tác. Điều này có thể đạt được thông qua danh sách bao gồm.

Người đề xuất L1 trở thành người xác nhận trước bằng cách chọn tham gia hai điều kiện phạt xác nhận trước sau đây. Người xác nhận trước sẽ đưa ra cam kết xác nhận trước đã ký cho người dùng, hứa sẽ đưa giao dịch vào một khối trong khoảng thời gian cụ thể và nhận tiền boa từ người dùng để thực hiện cam kết.

· Cắt giảm tính sống động: Người xác nhận trước sẽ phải chịu phạt nếu họ không bao gồm các giao dịch đã xác nhận trước trong khoảng thời gian quy định.

· Cắt giảm an toàn: Nếu cam kết của người xác nhận trước không nhất quán với các giao dịch thực tế đã bao gồm, họ sẽ phải đối mặt với hình phạt.

Ngoài ra, những người xác nhận trước sẽ được ưu tiên theo vị trí của họ trong triển vọng của người đề xuất để thực hiện các giao dịch được xác nhận trước nhanh hơn. Cơ chế xem trước của người đề xuất là cơ chế xác định người đề xuất nào sẽ có cơ hội đóng gói các khối trong tương lai. Mỗi người đề xuất trong tương lai sẽ được chỉ định một số vị trí cho biết thứ tự của họ trong các đề xuất khối trong tương lai. Các trình xác thực trước được sắp xếp theo vị trí của chúng trong mục tìm kiếm trước của người đề xuất, trình xác thực trước có số vị trí nhỏ hơn sẽ có mức độ ưu tiên cao hơn. Giả sử rằng một giao dịch đã được xác nhận trước bởi người xác nhận trước B, người đề xuất có số vị trí nhỏ hơn trước B (người xác nhận trước A) có thể đóng gói giao dịch ngay lập tức, giảm thời gian chờ của người dùng và không phải chờ đến lượt B trở thành người đề xuất. Nếu người đề xuất trước B không đóng gói các giao dịch kịp thời, người xác nhận trước B cần đảm bảo rằng các giao dịch này được đưa vào trong khoảng thời gian của mình, nếu không, người này sẽ phải chịu phạt.

Thông qua các điều kiện và thiết lập trên, Based preconf có thể cung cấp cho L1 khả năng xác nhận giao dịch nhanh hơn. Nếu việc tổng hợp dựa trên (việc sắp xếp L2 được giao cho L1), nghĩa là tất cả các khối L2 về mặt logic đều được coi là giao dịch L1, thì có thể sử dụng cùng một cơ chế để cung cấp xác nhận trước cho L2.

Thảo luận cộng đồng

Justin Drake đã đề xuất Dựa trên xác nhận trước, thu hút sự chú ý của cộng đồng vào cơ chế xác nhận trước. Sau đó, cộng đồng đã có cuộc thảo luận sôi nổi về chủ đề xác nhận trước. Những điều đáng chú ý nhất là: Thành viên Jonah B của Blockchain Capital đã đề xuất cho phép người dùng tùy chỉnh các biện pháp phạt trong cơ chế xác nhận trước; nhà phát triển độc lập Matthew đã đề xuất sử dụng cơ chế xác nhận trước chuỗi (chuỗi tiền cấu hình) để bảo vệ người đề xuất khỏi bị phạt do các tình huống bất ngờ bên ngoài như mất điện, gián đoạn mạng, v.v. (lỗi hoạt động); Nhà nghiên cứu Primev Christian Matt đã giới thiệu hai chế độ xác nhận trước: một chế độ do một người dẫn đầu được chỉ định cung cấp (dựa trên người dẫn đầu) và chế độ còn lại do nhiều đối thủ cạnh tranh cung cấp (không có người dẫn đầu) trong trường hợp không có người dẫn đầu. Ưu điểm của chế độ dẫn đầu là nó có thể cung cấp sự đảm bảo xác nhận gần như 100%. Môi trường cạnh tranh trong mô hình không có người dẫn đầu giúp phát hiện hiệu quả giá đã xác nhận trước và tối ưu hóa lợi ích của người xác thực. Christian Matt cũng đề xuất một số giải pháp kết hợp giữa xác nhận trước có người lãnh đạo và không có người lãnh đạo; Thành viên Potuz của Ethereum Foundation đã thảo luận về những thách thức và giải pháp khác nhau khi triển khai cơ chế xác nhận trước theo khuôn khổ ePBS.