Thảo luận về giải pháp cải thiện tốc độ xác nhận giao dịch Ethereum
Một yếu tố quan trọng trong trải nghiệm người dùng blockchain là thời gian xác nhận giao dịch. Ethereum đã đạt được tiến bộ đáng kể trong lĩnh vực này, hiện tại giao dịch 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êm thời gian xác nhận 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 để cải thiện tốc độ xác nhận giao dịch của Ethereum.
Tổng quan về công nghệ hiện có
độ cuối cùng một khe
Ethereum hiện đ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 thẩm định viên bỏ phiếu cho đầu chuỗi trong mỗi slot, sau hai Epoch đạt được tính cuối cùng. Cơ chế này tồn tại sự phức tạp và vấn đề thời gian xác nhận quá lâu.
Tính cuối cùng một khe (SSF) có cách tiếp cận tương tự như đồ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. SSF giữ lại cơ chế rò rỉ không hoạt động, cho phép tiếp tục hoạt động khi hơn 1/3 các xác thực viên ngoại tuyến. Thách thức của SSF là yêu cầu các xác thực viên phát hành hai thông điệp mỗi 12 giây, tạo ra gánh nặng lớn cho chuỗi. Mặc dù SSF đã tăng tốc đáng kể tính cuối cùng, người dùng vẫn cần chờ từ 5 đến 20 giây.
Xác nhận trước Rollup
Ethereum áp dụng lộ trình tập trung vào rollup, L1 tập trung vào việc cung cấp các chức năng cơ bản như khả năng truy cập dữ liệu, trong khi L2 trực tiếp cung cấp dịch vụ cho người dùng. L2 hy vọng sẽ cung cấp cho người dùng tốc độ xác nhận nhanh hơn, lý thuyết có thể tạo ra mạng sắp xếp phi tập trung riêng của mình, ký kết mỗi vài trăm mili giây. Nhưng điều này yêu cầu rollup thực hiện công việc tương tự như việc tạo ra L1 mới.
xác nhận trước cơ bản
Giải pháp xác nhận trước cơ bản sử dụng sự phức tạp của những người đề xuất 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 bao gồm trong khối tiếp theo. Nếu những người đề xuất vi phạm cam kết, họ sẽ bị phạt. Cơ chế này có thể áp dụng cho cả giao dịch L1 và L2.
Hướng phát triển trong tương lai
Kết hợp tính cuối cùng của một khe đơn và cơ chế xác nhận trước, chúng ta có thể thấy một kiến trúc epoch-slot mới:
Sử dụng công nghệ tương tự như Orbit để giảm số lượng người xác thực cho mỗi khe.
Thời gian của khe có thể tăng lên 16 giây
Sử dụng xác nhận trước rollup hoặc xác nhận trước cơ sở để cung cấp xác nhận nhanh hơn
Nền tảng triết học của kiến trúc này là: thời gian cần thiết để đạt được sự đồng thuận chung thường ít hơn so với việc đạt được tính kinh tế tối ưu. Các lý do bao gồm:
"Sự đồng thuận gần đúng" chỉ cần một số lượng nút nhỏ, trong khi tính kinh tế cuối cùng cần sự tham gia của đa số nút.
Khi số lượng nút vượt quá một quy mô nhất định, việc thu thập chữ ký sẽ mất nhiều thời gian hơn.
Trong tương lai, Ethereum có thể áp dụng thời gian slot 8 giây, thậm chí tối ưu hóa hơn nữa xuống còn 2 giây. Khám phá không gian thiết kế kiến trúc epoch-slot với sự phân tách điểm chú ý mạnh mẽ hơn là rất có giá trị.
Chiến lược phát triển L2
L2 hiện có ba chiến lược phát triển hợp lý:
Về mặt kỹ thuật và tinh thần đều "based", tối ưu hóa thuộc tính và giá trị của lớp cơ sở Ethereum.
"Máy chủ có khung blockchain", tận dụng tối đa hiệu quả tập trung, đồng thời giữ lại lợi thế phi tập trung.
Giải pháp trung gian: Chuỗi nhanh kết hợp với Ethereum cung cấp thêm tính bảo mật và khả năng tương tác.
Đối với các trường hợp ứng dụng khác nhau, có thể áp dụng các kiến trúc epoch-slot khác nhau:
Kiến 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
Vấn đề then chốt là kiến trúc gốc của Ethereum có thể làm tốt đến mức nào. Nếu có thể giảm thời gian slot xuống còn 1 giây, không gian của phương án thứ ba sẽ giảm đáng kể.
Hiện tại, những vấn đề này vẫn còn sự không chắc chắn. Độ phức tạp của người đề xuất khối và các thiết kế mới như Orbit SSF đều đáng để khám phá thêm. Càng nhiều tùy chọn, chúng ta càng có thể cung cấp trải nghiệm 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.
15 thích
Phần thưởng
15
8
Đăng lại
Chia sẻ
Bình luận
0/400
SatoshiLegend
· 5giờ trước
Dù sao thì giải pháp cũng không thể thay đổi trễ của mạng lưới nền tảng, tối ưu hóa nhận thức chung vẫn phải trở về bản chất toán học... Xem mã nguồn epoch cảm thấy nút thắt ở đồng bộ trạng thái
Xem bản gốcTrả lời0
MetaDreamer
· 08-18 06:07
Chào buổi sáng? 20 giây vẫn thấy chậm sao?
Xem bản gốcTrả lời0
HypotheticalLiquidator
· 08-16 21:55
Sự tổn thất an ninh hệ thống do việc tăng tốc không thể bị xem nhẹ, cần thận trọng.
Xem bản gốcTrả lời0
SchrodingerAirdrop
· 08-16 21:45
Xác nhận L2 trong 2 giây là đủ rồi! Ai quan tâm đến L1 có chậm hay không~
Xem bản gốcTrả lời0
nft_widow
· 08-16 21:42
Sớm nói nhanh như vậy thì tốt rồi, lại lãng phí gas của tôi.
Thảo luận về giải pháp tăng tốc xác nhận giao dịch Ethereum: Từ tính cuối cùng một khe đến xác nhận trước L2
Thảo luận về giải pháp cải thiện tốc độ xác nhận giao dịch Ethereum
Một yếu tố quan trọng trong trải nghiệm người dùng blockchain là thời gian xác nhận giao dịch. Ethereum đã đạt được tiến bộ đáng kể trong lĩnh vực này, hiện tại giao dịch 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êm thời gian xác nhận 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 để cải thiện tốc độ xác nhận giao dịch của Ethereum.
Tổng quan về công nghệ hiện có
độ cuối cùng một khe
Ethereum hiện đ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 thẩm định viên bỏ phiếu cho đầu chuỗi trong mỗi slot, sau hai Epoch đạt được tính cuối cùng. Cơ chế này tồn tại sự phức tạp và vấn đề thời gian xác nhận quá lâu.
Tính cuối cùng một khe (SSF) có cách tiếp cận tương tự như đồ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. SSF giữ lại cơ chế rò rỉ không hoạt động, cho phép tiếp tục hoạt động khi hơn 1/3 các xác thực viên ngoại tuyến. Thách thức của SSF là yêu cầu các xác thực viên phát hành hai thông điệp mỗi 12 giây, tạo ra gánh nặng lớn cho chuỗi. Mặc dù SSF đã tăng tốc đáng kể tính cuối cùng, người dùng vẫn cần chờ từ 5 đến 20 giây.
Xác nhận trước Rollup
Ethereum áp dụng lộ trình tập trung vào rollup, L1 tập trung vào việc cung cấp các chức năng cơ bản như khả năng truy cập dữ liệu, trong khi L2 trực tiếp cung cấp dịch vụ cho người dùng. L2 hy vọng sẽ cung cấp cho người dùng tốc độ xác nhận nhanh hơn, lý thuyết có thể tạo ra mạng sắp xếp phi tập trung riêng của mình, ký kết mỗi vài trăm mili giây. Nhưng điều này yêu cầu rollup thực hiện công việc tương tự như việc tạo ra L1 mới.
xác nhận trước cơ bản
Giải pháp xác nhận trước cơ bản sử dụng sự phức tạp của những người đề xuất 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 bao gồm trong khối tiếp theo. Nếu những người đề xuất vi phạm cam kết, họ sẽ bị phạt. Cơ chế này có thể áp dụng cho cả giao dịch L1 và L2.
Hướng phát triển trong tương lai
Kết hợp tính cuối cùng của một khe đơn và cơ chế xác nhận trước, chúng ta có thể thấy một kiến trúc epoch-slot mới:
Nền tảng triết học của kiến trúc này là: thời gian cần thiết để đạt được sự đồng thuận chung thường ít hơn so với việc đạt được tính kinh tế tối ưu. Các lý do bao gồm:
Trong tương lai, Ethereum có thể áp dụng thời gian slot 8 giây, thậm chí tối ưu hóa hơn nữa xuống còn 2 giây. Khám phá không gian thiết kế kiến trúc epoch-slot với sự phân tách điểm chú ý mạnh mẽ hơn là rất có giá trị.
Chiến lược phát triển L2
L2 hiện có ba chiến lược phát triển hợp lý:
Đối với các trường hợp ứng dụng khác nhau, có thể áp dụng các kiến trúc epoch-slot khác nhau:
Vấn đề then chốt là kiến trúc gốc của Ethereum có thể làm tốt đến mức nào. Nếu có thể giảm thời gian slot xuống còn 1 giây, không gian của phương án thứ ba sẽ giảm đáng kể.
Hiện tại, những vấn đề này vẫn còn sự không chắc chắn. Độ phức tạp của người đề xuất khối và các thiết kế mới như Orbit SSF đều đáng để khám phá thêm. Càng nhiều tùy chọn, chúng ta càng có thể cung cấp trải nghiệm 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.