Thảo luận về giải pháp tối ưu hóa tốc độ xác nhận giao dịch Ethereum
Trong trải nghiệm người dùng blockchain, thời gian xác nhận giao dịch là một yếu tố then chốt. Ethereum trong vài năm qua đã rút ngắn thời gian xác nhận giao dịch xuống còn 5-20 giây thông qua EIP-1559 và chuyển sang PoS, tương đương với thanh toán bằng thẻ tín dụng. Tuy nhiên, việc rút ngắn thời gian xác nhận hơn nữa vẫn có giá trị, một số ứng dụng thậm chí cần độ trễ dưới một giây. Bài viết này sẽ khám phá các giải pháp khả thi để Ethereum tối ưu hóa thêm thời gian xác nhận giao dịch.
Tổng quan về công nghệ hiện có
độ tin cậy cuối cùng một khe
Hiện tại Ethereum đang sử dụng cơ chế đồng thuận Gasper, mỗi 12 giây một slot, 32 slot tạo thành một Epoch. Các xác nhận viên bỏ phiếu cho đầu chuỗi, và sau hai Epoch sẽ đạt được tính cuối cùng. Cơ chế này tồn tại những vấn đề như độ phức tạp cao, thời gian tính cuối cùng dài (12.8 phút ).
Tính cuối cùng một khe ( SSF) tương tự như sự đồng thuận Tendermint, mỗi khối có thể đạt được tính cuối cùng trước khi khối tiếp theo được tạo ra. Thách thức chính là tải mạng lớn, cần mỗi xác thực viên phát hành hai thông điệp mỗi 12 giây. Mặc dù có một số giải pháp tối ưu như Orbit SSF, nhưng người dùng vẫn phải chờ từ 5-20 giây để xác nhận giao dịch.
Xác nhận trước Rollup
Ethereum áp dụng lộ trình mở rộng dựa trên rollup, các giải pháp L2 cần cung cấp cho người dùng xác nhận nhanh hơn. Về lý thuyết, L2 có thể thiết lập mạng "bộ sắp xếp phi tập trung" của riêng mình, ký kết khối mỗi vài trăm mili giây. Nhưng điều này đòi hỏi L2 phải thực hiện công việc gần như giống như việc tạo ra L1 mới, việc tiến triển thực tế chậm hơn.
xác nhận trước cơ bản
Giải pháp này tận dụng sự phức tạp của các nhà đề xuất khối Ethereum, khuyến khích họ cung cấp dịch vụ xác nhận trước. Người dùng có thể trả thêm phí để nhận được đảm bảo ngay lập tức rằng giao dịch sẽ được đưa vào khối tiếp theo. Nếu nhà đề xuất vi phạm cam kết, họ sẽ bị trừng phạt. Cơ chế này có thể cung cấp xác nhận trước cho L1 và L2 dựa trên Ethereum.
Các giải pháp kiến trúc khả thi
Giả sử đã hiện thực hóa tính cuối cùng của một slot, và sử dụng công nghệ tương tự như Orbit để giảm số lượng người xác nhận ký hiệu trong mỗi slot, đồng thời sử dụng rollup để xác nhận trước hoặc xác nhận cơ sở để cung cấp sự xác nhận nhanh hơn. Cuối cùng, chúng ta có được một kiến trúc epoch-slot:
Epoch: 16 giây, được đảm bảo bởi cơ chế tính cuối cùng một khe.
Slot: khoảng 2 giây, đạt được sự đồng thuận gần đúng bởi một tập hợp các nút chuyên nghiệp.
Kiến trúc này có thể cân bằng nhu cầu về phi tập trung, tính cuối cùng và xác nhận nhanh chóng. L2 có thể áp dụng các chiến lược sau:
Hoàn toàn dựa trên Ethereum, tối ưu hóa thuộc tính và giá trị của lớp cơ sở
Giống như "máy chủ có khung blockchain", giữ lại hiệu suất của máy chủ trong khi nhận được lợi ích của việc lên chuỗi.
Giải pháp thỏa hiệp: chuỗi nhanh với khoảng 100 nút, được cung cấp thêm độ an toàn bởi Ethereum
Đối với các trường hợp ứng dụng khác nhau, có thể chọn cơ chế slot khác nhau:
Cấu trúc epoch-slot gốc của Ethereum
Xác nhận trước máy chủ
Ủy ban xác nhận trước
Nếu kiến trúc gốc của Ethereum có thể rút ngắn thời gian slot xuống 1 giây, ý nghĩa của giải pháp thứ ba sẽ giảm. Nhưng dữ liệu ngoài chuỗi L2( như plasmas và validiums) vẫn cần giải pháp thứ hai.
Hiện tại chúng ta còn một khoảng cách đến phương án cuối cùng. Các vấn đề then chốt bao gồm độ phức tạp của người đề xuất khối, tiềm năng của các thiết kế mới như Orbit SSF, v.v. Khám phá thêm các tùy chọn sẽ giúp cải thiện trải nghiệm người dùng L1 và L2, đơn giản hóa công việc phát triển L2.
Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
21 thích
Phần thưởng
21
4
Đăng lại
Chia sẻ
Bình luận
0/400
LazyDevMiner
· 08-05 12:26
Cảm giác chậm cũng chỉ chậm một hai giây thôi mà, ai còn quan tâm.
Xem bản gốcTrả lời0
ValidatorVibes
· 08-05 12:18
đã thức cả đêm suy nghĩ... ssf có thể tuyệt nhưng phần thưởng của validator thì sao?
Xem bản gốcTrả lời0
AirdropHunterWang
· 08-05 12:17
Nhanh lên, nhanh lên! Chậm quá!
Xem bản gốcTrả lời0
OnchainGossiper
· 08-05 12:08
Có phải chỉ là việc thay đổi cơ chế đồng thuận thôi mà? Khẩn trương cái gì chứ?
Tối ưu hóa tốc độ xác nhận giao dịch Ethereum: Khám phá giải pháp trễ cấp dưới một giây
Thảo luận về giải pháp tối ưu hóa tốc độ xác nhận giao dịch Ethereum
Trong trải nghiệm người dùng blockchain, thời gian xác nhận giao dịch là một yếu tố then chốt. Ethereum trong vài năm qua đã rút ngắn thời gian xác nhận giao dịch xuống còn 5-20 giây thông qua EIP-1559 và chuyển sang PoS, tương đương với thanh toán bằng thẻ tín dụng. Tuy nhiên, việc rút ngắn thời gian xác nhận hơn nữa vẫn có giá trị, một số ứng dụng thậm chí cần độ trễ dưới một giây. Bài viết này sẽ khám phá các giải pháp khả thi để Ethereum tối ưu hóa thêm thời gian xác nhận giao dịch.
Tổng quan về công nghệ hiện có
độ tin cậy cuối cùng một khe
Hiện tại Ethereum đang sử dụng cơ chế đồng thuận Gasper, mỗi 12 giây một slot, 32 slot tạo thành một Epoch. Các xác nhận viên bỏ phiếu cho đầu chuỗi, và sau hai Epoch sẽ đạt được tính cuối cùng. Cơ chế này tồn tại những vấn đề như độ phức tạp cao, thời gian tính cuối cùng dài (12.8 phút ).
Tính cuối cùng một khe ( SSF) tương tự như sự đồng thuận Tendermint, mỗi khối có thể đạt được tính cuối cùng trước khi khối tiếp theo được tạo ra. Thách thức chính là tải mạng lớn, cần mỗi xác thực viên phát hành hai thông điệp mỗi 12 giây. Mặc dù có một số giải pháp tối ưu như Orbit SSF, nhưng người dùng vẫn phải chờ từ 5-20 giây để xác nhận giao dịch.
Xác nhận trước Rollup
Ethereum áp dụng lộ trình mở rộng dựa trên rollup, các giải pháp L2 cần cung cấp cho người dùng xác nhận nhanh hơn. Về lý thuyết, L2 có thể thiết lập mạng "bộ sắp xếp phi tập trung" của riêng mình, ký kết khối mỗi vài trăm mili giây. Nhưng điều này đòi hỏi L2 phải thực hiện công việc gần như giống như việc tạo ra L1 mới, việc tiến triển thực tế chậm hơn.
xác nhận trước cơ bản
Giải pháp này tận dụng sự phức tạp của các nhà đề xuất khối Ethereum, khuyến khích họ cung cấp dịch vụ xác nhận trước. Người dùng có thể trả thêm phí để nhận được đảm bảo ngay lập tức rằng giao dịch sẽ được đưa vào khối tiếp theo. Nếu nhà đề xuất vi phạm cam kết, họ sẽ bị trừng phạt. Cơ chế này có thể cung cấp xác nhận trước cho L1 và L2 dựa trên Ethereum.
Các giải pháp kiến trúc khả thi
Giả sử đã hiện thực hóa tính cuối cùng của một slot, và sử dụng công nghệ tương tự như Orbit để giảm số lượng người xác nhận ký hiệu trong mỗi slot, đồng thời sử dụng rollup để xác nhận trước hoặc xác nhận cơ sở để cung cấp sự xác nhận nhanh hơn. Cuối cùng, chúng ta có được một kiến trúc epoch-slot:
Kiến trúc này có thể cân bằng nhu cầu về phi tập trung, tính cuối cùng và xác nhận nhanh chóng. L2 có thể áp dụng các chiến lược sau:
Đối với các trường hợp ứng dụng khác nhau, có thể chọn cơ chế slot khác nhau:
Nếu kiến trúc gốc của Ethereum có thể rút ngắn thời gian slot xuống 1 giây, ý nghĩa của giải pháp thứ ba sẽ giảm. Nhưng dữ liệu ngoài chuỗi L2( như plasmas và validiums) vẫn cần giải pháp thứ hai.
Hiện tại chúng ta còn một khoảng cách đến phương án cuối cùng. Các vấn đề then chốt bao gồm độ phức tạp của người đề xuất khối, tiềm năng của các thiết kế mới như Orbit SSF, v.v. Khám phá thêm các tùy chọn sẽ giúp cải thiện trải nghiệm người dùng L1 và L2, đơn giản hóa công việc phát triển L2.