Thảo luận về các giải pháp khả thi để cải thiện tốc độ xác nhận giao dịch của Ethereum
Một chỉ số quan trọng của trải nghiệm người dùng blockchain là thời gian xác nhận giao dịch. Ethereum đã có sự cải thiện đáng kể trong lĩnh vực này so với năm năm trước. Hiện tại, các giao dịch người dùng gửi trên L1 thường được xác nhận trong vòng 5-20 giây, tương đương với trải nghiệm 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 vẫn có giá trị, một số ứng dụng thậm chí yêu cầu độ trễ ở mức mili giây. Bài viết này sẽ khám phá một số khả năng cải thiện thời gian xác nhận giao dịch của Ethereum.
Tóm tắt công nghệ hiện có
độ xác nhận cuối cùng một khe
Ethereum hiện đang áp dụng cơ chế đồng thuận Gasper, sử dụng kiến trúc với một slot và Epoch. Mỗi 12 giây một slot, các xác thực viên sẽ bỏ phiếu cho đầu chuỗi, trong 32 slot (6.4 phút) tất cả các xác thực viên có cơ hội bỏ phiếu một lần. Những phiếu bầu này được diễn giải như những thông điệp tương tự như thuật toán đồng thuận PBFT, cung cấp tính cuối cùng với đảm bảo kinh tế mạnh mẽ sau hai Epoch (12.8 phút).
Tuy nhiên, phương pháp này gặp phải vấn đề phức tạp và thời gian xác nhận quá lâu. Tính cuối cùng của một khe (SSF) đề xuất thay thế kiến trúc hiện tại bằng cơ chế tương tự như Tendermint, cho phép khối N được xác định cuối cùng trước khi khối N+1 được tạo ra. Thách thức chính của SSF là cần các người xác thực phát hành hai thông điệp mỗi 12 giây, gây ra tải lớn cho chuỗi.
Xác nhận trước Rollup
Ethereum tuân theo lộ trình tập trung vào rollup, thiết kế L1 để hỗ trợ các chức năng như khả năng sẵn có của dữ liệu cho các giao thức L2. Điều này dẫn đến sự phân tách điểm chú ý: L1 tập trung vào các chức năng cốt lõi như chống kiểm duyệt, độ tin cậy, trong khi L2 thì hướng đến nhu cầu của người dùng một cách trực tiếp hơn.
Về lý thuyết, L2 có thể tạo ra mạng "bộ xử lý phi tập trung" của riêng mình, ký các khối mỗi vài trăm mili giây. Nhưng trên thực tế, rollup đang tiến triển chậm trong việc phát triển mạng lưới xử lý phi tập trung.
xác nhận trước cơ bản
Giả thuyết cơ bản về xác nhận trước là người đề xuất Ethereum là những người tham gia liên quan đến MEV phức tạp. Nó tạo ra giao thức tiêu chuẩn hóa, người dùng có thể cung cấp phí bổ sung để đảm bảo ngay lập tức rằng giao dịch sẽ được bao gồm trong khối tiếp theo. Nếu người đề xuất vi phạm cam kết, họ sẽ phải chịu hình phạt. Cơ chế này có thể cung cấp xác nhận trước cho giao dịch L1 và L2.
Hướng phát triển có thể
Giả sử đã đạt được tính cuối cùng của một khe đơn và sử dụng công nghệ giống như Orbit để giảm số lượng người xác thực ký trên mỗi khe. Thời gian của khe có thể tăng lên 16 giây, sau đó sử dụng xác nhận trước rollup hoặc xác nhận cơ sở để cung cấp cho người dùng xác nhận nhanh hơn. Điều này sẽ hình thành một kiến trúc epoch-slot mới.
Cấu trúc này phản ánh một lý do triết học sâu sắc: Thời gian cần thiết để đạt được sự đồng thuận đại khái về một vấn đề ít hơn so với việc đạt được thỏa thuận "kinh tế cuối cùng" ở mức tối đa. Các lý do bao gồm số lượng nút và các yếu tố như "chất lượng" của các nút.
Chiến lược khả thi của L2
L2 hiện có ba chiến lược hợp lý:
Về mặt kỹ thuật và tinh thần đều "based", tối ưu hóa các thuộc tính kỹ thuật của lớp nền Ethereum và các giá trị của nó.
Trở thành "máy chủ có khung blockchain", tận dụng tối đa hiệu suất của máy chủ.
Phương pháp thỏa hiệp: Chuỗi nhanh với khoảng trăm nút, Ethereum cung cấp khả năng tương tác và bảo mật bổ sung.
Đối với các ứng dụng khác nhau, yêu cầu về thời gian xác nhận phù hợp cũng khác nhau. Đối với những ứng dụng cần xác nhận nhanh hơn, giải pháp duy nhất là kiến trúc epoch-and-slot.
Triển vọng tương lai
Hiện tại, chúng ta vẫn còn một khoảng cách để tìm ra câu trả lời cuối cùng cho những vấn đề này. Mức độ phức tạp của các nhà đề xuất khối vẫn còn chưa xác định. Những thiết kế mới như Orbit SSF mở ra khả năng khám phá sâu hơn về kiến trúc epoch-and-slot. Càng có nhiều tùy chọn, chúng ta càng có thể cung cấp dịch vụ tốt hơn cho người dùng L1 và L2, đồng thời đơn giản hóa công việc cho các nhà 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.
17 thích
Phần thưởng
17
6
Chia sẻ
Bình luận
0/400
faded_wojak.eth
· 07-06 23:34
Nhanh chóng làm cho cái slot đơn này đi, thật sự cảm thấy khó chịu.
Xem bản gốcTrả lời0
PanicSeller
· 07-06 23:16
V卡 cuối cùng cũng chịu làm việc rồi.
Xem bản gốcTrả lời0
IronHeadMiner
· 07-04 02:59
Đừng nói về cải cách mỗi ngày, chúng ta hãy tập trung vào việc khai thác thôi!
Xem bản gốcTrả lời0
SelfCustodyIssues
· 07-04 02:58
gm v tổng 666 á
Xem bản gốcTrả lời0
ForkMaster
· 07-04 02:47
Lại bắt đầu chơi khái niệm rồi à? Còn đồ ngốc thì ai cũng hiểu, bây giờ toàn là mắc bẫy muốn tìm lý do.
Phân tích giải pháp tăng tốc xác nhận giao dịch Ethereum: Tính cuối cùng của một khe và cơ chế xác nhận trước là tâm điểm.
Thảo luận về các giải pháp khả thi để cải thiện tốc độ xác nhận giao dịch của Ethereum
Một chỉ số quan trọng của trải nghiệm người dùng blockchain là thời gian xác nhận giao dịch. Ethereum đã có sự cải thiện đáng kể trong lĩnh vực này so với năm năm trước. Hiện tại, các giao dịch người dùng gửi trên L1 thường được xác nhận trong vòng 5-20 giây, tương đương với trải nghiệm 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 vẫn có giá trị, một số ứng dụng thậm chí yêu cầu độ trễ ở mức mili giây. Bài viết này sẽ khám phá một số khả năng cải thiện thời gian xác nhận giao dịch của Ethereum.
Tóm tắt công nghệ hiện có
độ xác nhận cuối cùng một khe
Ethereum hiện đang áp dụng cơ chế đồng thuận Gasper, sử dụng kiến trúc với một slot và Epoch. Mỗi 12 giây một slot, các xác thực viên sẽ bỏ phiếu cho đầu chuỗi, trong 32 slot (6.4 phút) tất cả các xác thực viên có cơ hội bỏ phiếu một lần. Những phiếu bầu này được diễn giải như những thông điệp tương tự như thuật toán đồng thuận PBFT, cung cấp tính cuối cùng với đảm bảo kinh tế mạnh mẽ sau hai Epoch (12.8 phút).
Tuy nhiên, phương pháp này gặp phải vấn đề phức tạp và thời gian xác nhận quá lâu. Tính cuối cùng của một khe (SSF) đề xuất thay thế kiến trúc hiện tại bằng cơ chế tương tự như Tendermint, cho phép khối N được xác định cuối cùng trước khi khối N+1 được tạo ra. Thách thức chính của SSF là cần các người xác thực phát hành hai thông điệp mỗi 12 giây, gây ra tải lớn cho chuỗi.
Xác nhận trước Rollup
Ethereum tuân theo lộ trình tập trung vào rollup, thiết kế L1 để hỗ trợ các chức năng như khả năng sẵn có của dữ liệu cho các giao thức L2. Điều này dẫn đến sự phân tách điểm chú ý: L1 tập trung vào các chức năng cốt lõi như chống kiểm duyệt, độ tin cậy, trong khi L2 thì hướng đến nhu cầu của người dùng một cách trực tiếp hơn.
Về lý thuyết, L2 có thể tạo ra mạng "bộ xử lý phi tập trung" của riêng mình, ký các khối mỗi vài trăm mili giây. Nhưng trên thực tế, rollup đang tiến triển chậm trong việc phát triển mạng lưới xử lý phi tập trung.
xác nhận trước cơ bản
Giả thuyết cơ bản về xác nhận trước là người đề xuất Ethereum là những người tham gia liên quan đến MEV phức tạp. Nó tạo ra giao thức tiêu chuẩn hóa, người dùng có thể cung cấp phí bổ sung để đảm bảo ngay lập tức rằng giao dịch sẽ được bao gồm trong khối tiếp theo. Nếu người đề xuất vi phạm cam kết, họ sẽ phải chịu hình phạt. Cơ chế này có thể cung cấp xác nhận trước cho giao dịch L1 và L2.
Hướng phát triển có thể
Giả sử đã đạt được tính cuối cùng của một khe đơn và sử dụng công nghệ giống như Orbit để giảm số lượng người xác thực ký trên mỗi khe. Thời gian của khe có thể tăng lên 16 giây, sau đó sử dụng xác nhận trước rollup hoặc xác nhận cơ sở để cung cấp cho người dùng xác nhận nhanh hơn. Điều này sẽ hình thành một kiến trúc epoch-slot mới.
Cấu trúc này phản ánh một lý do triết học sâu sắc: Thời gian cần thiết để đạt được sự đồng thuận đại khái về một vấn đề ít hơn so với việc đạt được thỏa thuận "kinh tế cuối cùng" ở mức tối đa. Các lý do bao gồm số lượng nút và các yếu tố như "chất lượng" của các nút.
Chiến lược khả thi của L2
L2 hiện có ba chiến lược hợp lý:
Đối với các ứng dụng khác nhau, yêu cầu về thời gian xác nhận phù hợp cũng khác nhau. Đối với những ứng dụng cần xác nhận nhanh hơn, giải pháp duy nhất là kiến trúc epoch-and-slot.
Triển vọng tương lai
Hiện tại, chúng ta vẫn còn một khoảng cách để tìm ra câu trả lời cuối cùng cho những vấn đề này. Mức độ phức tạp của các nhà đề xuất khối vẫn còn chưa xác định. Những thiết kế mới như Orbit SSF mở ra khả năng khám phá sâu hơn về kiến trúc epoch-and-slot. Càng có nhiều tùy chọn, chúng ta càng có thể cung cấp dịch vụ tốt hơn cho người dùng L1 và L2, đồng thời đơn giản hóa công việc cho các nhà phát triển L2.