Đánh giá sự kiện EthCC: Thảo luận về chủ đề tóm tắt chuỗi và xác nhận trước

Tác giả: The Rollup Nguồn: X, @therollupco Dịch: Shan Ouba, Golden Finance

Trong "Ngày tuần tự & bánh" của EthCC, OneBalance đã tổ chức một cuộc thảo luận nhóm với chủ đề trừu tượng hóa và xác nhận trước chuỗi, đồng thời The Rollup đã xem xét và tóm tắt nó. Các thành viên trong nhóm bao gồm:

• Ethereum   @VitalikButerin

•  @arjunbhuptani của Everclear.org

• Bỏ qua @hxrts

• Bỏ qua @cwgoes của Giao thức

< /ul>

Sau đây là ghi chú đánh giá đầy đủ về cuộc thảo luận



Xác nhận trước sẽ thay đổi động lực của người xây dựng khối.

Người tìm kiếm hiện thực hiện hầu hết các công việc nặng nhọc trên cơ sở mỗi giao dịch. Đúng, điều đó có nghĩa là người đề xuất nặng ký hơn nhưng người xây dựng nhẹ nhàng hơn.

PBS (Tách biệt người đề xuất-người xây dựng) tách biệt người đề xuất và người xây dựng, đồng thời giới thiệu khái niệm về người xây dựng, nhưng giờ đây họ có nhiều việc phải làm hơn.

Tuy nhiên, Vitalik tin rằng ngay cả Lớp 2 không dựa trên Ethereum, một số dạng PBS vẫn vượt trội hơn. Tất nhiên, giải pháp dựa trên Rollup sẽ mang lại nhiều phần phụ thuộc hơn cho L1.

Cuộc thảo luận nhanh chóng chuyển sang xác nhận trước, lưu ý rằng có hai loại: xác nhận trước thực thi và xác nhận trước bao gồm.

Thực hiện xác thực trước là loại mạnh hơn đảm bảo thứ tự và cung cấp gốc trạng thái.

Điều này rất quan trọng đối với người dùng Rollup muốn bảo mật và nhanh chóng, chắc chắn.

Mặt khác, xác nhận trước bao gồm không đưa ra bất kỳ đảm bảo nào về việc đặt hàng giao dịch ngoài việc đảm bảo rằng giao dịch được bao gồm trước khi các giao dịch cụ thể khác đạt được điều tương tự tình trạng.

Có một điểm khác biệt quan trọng cần lưu ý ở đây.

Nếu thị trường có người giải quyết sẵn sàng mua bảo đảm thực thi mạnh mẽ hơn thì họ sẽ làm như vậy.

Người dùng thông thường có còn là người dùng DeFi không? Họ có quan tâm đến gốc nhà nước là gì không?

Chúng tôi chắc chắn muốn thời gian xác nhận thanh toán giảm từ 12 giây xuống còn 1 giây, nhưng đối với tất cả người dùng thực tế, bao gồm cả việc xác nhận trước dường như đủ tốt (và cũng dễ dàng xây dựng hơn trên L1).

Vitalik lo ngại về việc tối ưu hóa quá mức để phục vụ người dùng "quyền lực".

Có, một thực thể giao dịch 100 triệu USD có thể không hài lòng với việc chỉ bao gồm xác nhận trước, vì bản thân việc xác nhận trước yêu cầu một lượng lớn tài sản thế chấp.

Những xác nhận trước này được triển khai như thế nào? Ngay cả khi tài sản thế chấp tồn tại?

Một phương pháp là đạt được thỏa thuận ngoài chuỗi giữa người dùng và người đặt hàng, đồng thời đặt ra các điều kiện phạt cho người đặt hàng để đảm bảo rằng giao dịch được bao gồm và bị xử tử.

Tóm lại, nhóm đã đạt được sự đồng thuận rằng mục đích của việc xác nhận trước là làm cho giải pháp dựa trên Tổng hợp hoạt động bình thường.

Ngoài ra, mục đích của lược đồ dựa trên Tổng hợp là giúp việc sắp xếp được chia sẻ hoạt động hiệu quả.

Người sắp xếp cần thống nhất xem người sắp xếp tiếp theo sẽ là ai. Do đó, có một điểm Schelling mạnh mẽ dành cho những người đặt hàng được chia sẻ (để đặt hàng), điểm này có thể khắc phục vấn đề phân mảnh của Ethereum (khả năng kết hợp nguyên tử trên các Rollups).

Như Arjun đã nói,Khi cuộc thảo luận chuyển sang ý định, tầm nhìn của anh ấy là người dùng không còn vận hành chuỗi trực tiếp nữa mà tương tác với người giải quyết.

Người giải quyết đưa ra đảm bảo cần phải tin tưởng rằng tiền trên chuỗi nguồn được an toàn và sẽ không bị tổ chức lại.

Sam đã đề cập rằng Skip có bộ lặp IBC và hỗ trợ Hyperlane, nhưng không phải là bộ phân giải, có thể kết nối trực tiếp với chuỗi mục tiêu.

Người xác thực nhận tin nhắn trong mạng của cả hai bên và gửi nó ở đầu bên kia, đây là một thiết kế cầu nối điển hình trong thời đại hiện nay.

Cuộc thảo luận đã diễn ra lâu hơn nhưng đây là một số điểm rút ra quan trọng của chúng tôi:

< li>

Vitalik không phải là người ủng hộ chính cho thuyết xác định một khe.

1. Chúng tôi đang thử giải pháp dựa trên Tập hợp vì giải pháp dựa trên Tập hợp có thể đạt được sự phân loại được chia sẻ, từ đó giải quyết được vấn đề sự phân mảnh của các vấn đề Ethereum.

2. Thiếu sự đồng thuận về "chặn nhanh và không xác nhận trước" hay "chặn chậm và xác nhận trước nhanh" .

Nhìn chung, đây là một cuộc thảo luận nhóm rất kỹ thuật và chất lượng cao, khởi đầu cho công việc của tuần.