SEI giới thiệu các cơ chế bao gồm thực thi không đồng bộ, đồng thuận nhiều người đề xuất, song song giao dịch và tối ưu hóa lưu trữ trong bản nâng cấp Giga. Bài viết này được viết bởi Pavel Paramonov, người sáng lập Hazeflow, và được biên soạn, biên soạn và đóng góp bởi Felix, PANews. (Tóm tắt nội dung: $SEI 70% trong một tháng!) Ra mắt đề xuất SIP-3: chuyển đổi sang EVM thuần túy, nhắm đến 100.000 giao dịch mỗi giây) (Bối cảnh được thêm vào: MetaMask sẽ hỗ trợ ví MetaMask "chuỗi không phải EVM đầu tiên" của mạng Solana ra khỏi vùng an toàn của Ethereum vào tháng Năm) Sei đã phát hành một sách trắng mới giới thiệu bản nâng cấp Giga mới nhất. Hầu hết độc giả thấy 17 trang nội dung kỹ thuật chuyên sâu khó đọc. Do đó, bài viết này sẽ giải thích bản cập nhật này là gì và cách cải thiện hiệu suất blockchain ở các cấp độ khác nhau. 1. Các ý tưởng và nền tảng chính của giga tạo khối để thực hiện không đồng bộ như sau: "Nếu danh sách giao dịch của chúng tôi theo thứ tự và trạng thái ban đầu của blockchain nhất quán và tất cả các nút trung thực xử lý các giao dịch này theo cùng một thứ tự, thì các nút sẽ đạt đến trạng thái cuối cùng nhau." Trong trường hợp này, kết quả chỉ phụ thuộc vào trạng thái ban đầu và thứ tự giao dịch. Điều này có nghĩa là sự đồng thuận chỉ cần đồng ý về thứ tự giao dịch trong khối và mỗi nút có thể tính toán trạng thái cuối cùng một cách độc lập. Trong mô hình này, sự đồng thuận được tách biệt với việc thực thi, cho phép các khối thực thi không đồng bộ. Sau khi khối được hoàn thiện, nút xử lý nó và cam kết trạng thái của nó trong các khối tiếp theo. Sau đó, khối được xác thực bởi sự đồng thuận trạng thái để đảm bảo rằng tất cả các nút đã tính toán trạng thái cuối cùng chính xác. Một chi tiết quan trọng ở đây là việc thực hiện và đồng thuận (tạo ra) diễn ra song song. Khi một nút thực hiện tính toán của một khối, nó cũng nhận được các khối khác. Kết quả là, các khối thực sự được thực hiện theo thứ tự tổng thể (chứ không phải song song), trong khi bản thân quá trình tạo khối xảy ra song song với sự đồng thuận. Tuy nhiên, đối với bất kỳ khối nhất định nào, các quá trình này hoàn toàn không đồng bộ. Rõ ràng, sự đồng thuận và thực hiện cùng một khối cùng một lúc dường như là không thể. Do đó, khi khối n được thực thi, nút nhận khối n + 1 cho bước tiếp theo. Nếu sự đồng thuận bị lệch (ví dụ: một phần ba số nút trong mạng hoạt động ác ý), chuỗi sẽ bị treng, tương tự như giao thức BFT tiêu chuẩn. Việc thực hiện một giao dịch không thành công trong một khối không làm mất hiệu lực của khối, mà chỉ đơn giản là vẫn ở trạng thái thất bại vì việc tạo và thực thi khối là riêng biệt và trạng thái cuối cùng của khối hiện tại được cam kết trong các khối tiếp theo. 2 Mô hình multi-proposer được triển khai như thế nào và Autobahn là gì? Bản thân giao thức đồng thuận được gọi là "Autobahn" (giống như autobahn của Đức không giới hạn tốc độ). Autobahn tách biệt tính khả dụng của dữ liệu khỏi việc đặt hàng giao dịch và có một mô hình thú vị đằng sau nó. Cũng giống như làn đường của bất kỳ đường cao tốc nào, có nhiều làn đường, mỗi nút có lối đi riêng. Các nút sử dụng các kênh này để đưa ra các đề xuất liên quan đến việc sắp xếp các giao dịch. Một đề xuất chỉ là một tập hợp các giao dịch có trật tự. Autobahn đôi khi thực hiện thao tác "tipcut", trong đó nhiều đề xuất được tổng hợp để hoàn thiện thứ tự giao dịch. Như đã đề cập trước đó, mỗi validator có kênh riêng để đề xuất rất nhiều giao dịch. Khi một nút nhận được một đề xuất hợp lệ, nó sẽ gửi một phiếu bầu để xác nhận rằng đề xuất đã được nhận. Sau khi một đề xuất được thu thập để bỏ phiếu, Bằng chứng về tính khả dụng (PoA) sẽ được hình thành, đảm bảo rằng dữ liệu đã được nhận bởi ít nhất một nút trung thực trong mạng. Tipcut xảy ra trong mili giây, và cuối cùng nhiều đề xuất từ Autobahn bị "cắt". Người đề xuất có động lực để chờ đợi các khối được giải phóng và giải phóng các khối riêng lẻ nếu có thể, nhưng giới hạn thời gian thực hiện cho mỗi khối (tương tự như giới hạn Gas) thay đổi động lực này một chút. Một đề xuất trên một kênh thường tương đương với một khối, có nghĩa là khi một mẹo xảy ra, nhiều khối sẽ bị cắt cùng một lúc. Sau đó, người dẫn đầu của khe chuyển đầu cắt cho các nút khác để hoàn tất việc sắp xếp. Node thực sự đang bỏ phiếu cho một tipcut duy nhất cùng lúc với việc nó đã chuẩn bị tipcut tiếp theo. Các nút bỏ lỡ các lô có thể được lấy một cách không đồng bộ từ các trình xác thực được liệt kê trong PoA: đây là bản chất của nhu cầu về tính sẵn có của dữ liệu. Trong điều kiện đồng bộ, nếu người dẫn đầu đúng, Autobahn hoàn thành xác nhận đề xuất trong hai vòng liên lạc. Nếu một nhà lãnh đạo thất bại, cơ chế sẽ bầu một nhà lãnh đạo mới để giữ cho chương trình theo trật tự. Đề xuất mẹo tiếp theo thực sự có thể bắt đầu trong giai đoạn cam kết của mẹo cắt hiện tại, giảm độ trễ vì việc thực thi diễn ra song song với bản dựng. Trên thực tế, toàn bộ mô hình là một mô hình đa đề xuất, trong đó nhiều nút có thể đưa ra các đề xuất cho thứ tự khối của họ cùng một lúc. Mỗi trình xác thực đề xuất các khối của riêng mình và nhận bằng chứng rằng mạng sở hữu các khối đó (PoA), giúp cải thiện thông lượng và hiệu quả tổng thể của mạng. 3 Thực thi song song và ứng dụng của nó Như đã đề cập trước đó, quá trình thực thi khối diễn ra song song với sự đồng thuận, mặc dù bản thân các khối thực sự được thực hiện tuần tự. Bạn có thể tự hỏi liệu điều này có cấu thành thực thi song song thực sự hay không. Câu trả lời là có và không. Mặc dù các khối được thực hiện tuần tự, nhưng các giao dịch trong các khối thực sự có thể được thực hiện song song. Nếu các giao dịch không sửa đổi (ghi) cùng một trạng thái và kết quả của một giao dịch không ảnh hưởng đến một giao dịch khác, thì chúng có thể được thực hiện song song. Nói tóm lại, con đường thực hiện của họ không nên phụ thuộc vào nhau. Giga không có mempool và các giao dịch ngay lập tức được bao gồm bởi nút. Giga giả định rằng không có xung đột giữa hầu hết các giao dịch và xử lý chúng đồng thời trên nhiều lõi bộ xử lý. Các thay đổi đối với mỗi giao dịch được lưu trữ tạm thời trong một bộ đệm riêng và không được áp dụng ngay lập tức cho blockchain. Khi quá trình xử lý hoàn tất, hệ thống sẽ kiểm tra xem giao dịch có xung đột với các giao dịch trước đó hay không. Nếu có xung đột, giao dịch sẽ được xử lý lại. Nếu không có xung đột, các thay đổi của nó sẽ được áp dụng cho blockchain và hoàn thiện. Cũng có thể có các xung đột tần suất cao, trong trường hợp đó, hệ thống chuyển sang xử lý từng giao dịch để đảm bảo rằng giao dịch có thể tiến hành. Nói một cách đơn giản, thực thi song song phân phối các giao dịch trên nhiều lõi, cho phép những giao dịch không xung đột thực hiện đồng thời. 4. Các vấn đề về lưu trữ và tối ưu hóa Do khối lượng giao dịch lớn, dữ liệu cần phải vừa an toàn vừa dễ truy cập, vì vậy nó nên được lưu trữ theo cách hơi khác so với lưu trữ blockchain truyền thống. Gigas lưu trữ dữ liệu ở định dạng khóa-giá trị đơn giản, một cấu trúc tương đối phẳng giúp giảm nhu cầu cập nhật hoặc kiểm tra nhiều lần khi dữ liệu thay đổi. Ngoài ra, Giga sử dụng lưu trữ theo tầng: dữ liệu gần đây được giữ lại trên SSD (tốc độ cao), trong khi dữ liệu ít được sử dụng hơn được di chuyển sang các hệ thống lưu trữ chậm hơn, tiết kiệm chi phí hơn. Nếu một nút gặp sự cố, nó có thể phát lại nhật ký để khôi phục trạng thái chính xác và áp dụng các bản cập nhật cho RocksDB, một cơ sở dữ liệu chuyên dụng, để sắp xếp dữ liệu. Hệ thống lưu trữ sử dụng bộ tích lũy mật mã để chứng minh tính chính xác của dữ liệu mà không cần tính toán nặng. Các bộ tích lũy được cập nhật theo lô, cho phép trình xác thực và các nút nhẹ nhanh chóng đồng ý về trạng thái hiện tại của blockchain. 5. Trở thành một khối EVM L1 đa đề xuất...
Nội dung chỉ mang tính chất tham khảo, không phải là lời chào mời hay đề nghị. Không cung cấp tư vấn về đầu tư, thuế hoặc pháp lý. Xem Tuyên bố miễn trừ trách nhiệm để biết thêm thông tin về rủi ro.
Giải mã White Paper mới của Sei: Những đổi mới công nghệ nào được giới thiệu trong bản nâng cấp Giga?
SEI giới thiệu các cơ chế bao gồm thực thi không đồng bộ, đồng thuận nhiều người đề xuất, song song giao dịch và tối ưu hóa lưu trữ trong bản nâng cấp Giga. Bài viết này được viết bởi Pavel Paramonov, người sáng lập Hazeflow, và được biên soạn, biên soạn và đóng góp bởi Felix, PANews. (Tóm tắt nội dung: $SEI 70% trong một tháng!) Ra mắt đề xuất SIP-3: chuyển đổi sang EVM thuần túy, nhắm đến 100.000 giao dịch mỗi giây) (Bối cảnh được thêm vào: MetaMask sẽ hỗ trợ ví MetaMask "chuỗi không phải EVM đầu tiên" của mạng Solana ra khỏi vùng an toàn của Ethereum vào tháng Năm) Sei đã phát hành một sách trắng mới giới thiệu bản nâng cấp Giga mới nhất. Hầu hết độc giả thấy 17 trang nội dung kỹ thuật chuyên sâu khó đọc. Do đó, bài viết này sẽ giải thích bản cập nhật này là gì và cách cải thiện hiệu suất blockchain ở các cấp độ khác nhau. 1. Các ý tưởng và nền tảng chính của giga tạo khối để thực hiện không đồng bộ như sau: "Nếu danh sách giao dịch của chúng tôi theo thứ tự và trạng thái ban đầu của blockchain nhất quán và tất cả các nút trung thực xử lý các giao dịch này theo cùng một thứ tự, thì các nút sẽ đạt đến trạng thái cuối cùng nhau." Trong trường hợp này, kết quả chỉ phụ thuộc vào trạng thái ban đầu và thứ tự giao dịch. Điều này có nghĩa là sự đồng thuận chỉ cần đồng ý về thứ tự giao dịch trong khối và mỗi nút có thể tính toán trạng thái cuối cùng một cách độc lập. Trong mô hình này, sự đồng thuận được tách biệt với việc thực thi, cho phép các khối thực thi không đồng bộ. Sau khi khối được hoàn thiện, nút xử lý nó và cam kết trạng thái của nó trong các khối tiếp theo. Sau đó, khối được xác thực bởi sự đồng thuận trạng thái để đảm bảo rằng tất cả các nút đã tính toán trạng thái cuối cùng chính xác. Một chi tiết quan trọng ở đây là việc thực hiện và đồng thuận (tạo ra) diễn ra song song. Khi một nút thực hiện tính toán của một khối, nó cũng nhận được các khối khác. Kết quả là, các khối thực sự được thực hiện theo thứ tự tổng thể (chứ không phải song song), trong khi bản thân quá trình tạo khối xảy ra song song với sự đồng thuận. Tuy nhiên, đối với bất kỳ khối nhất định nào, các quá trình này hoàn toàn không đồng bộ. Rõ ràng, sự đồng thuận và thực hiện cùng một khối cùng một lúc dường như là không thể. Do đó, khi khối n được thực thi, nút nhận khối n + 1 cho bước tiếp theo. Nếu sự đồng thuận bị lệch (ví dụ: một phần ba số nút trong mạng hoạt động ác ý), chuỗi sẽ bị treng, tương tự như giao thức BFT tiêu chuẩn. Việc thực hiện một giao dịch không thành công trong một khối không làm mất hiệu lực của khối, mà chỉ đơn giản là vẫn ở trạng thái thất bại vì việc tạo và thực thi khối là riêng biệt và trạng thái cuối cùng của khối hiện tại được cam kết trong các khối tiếp theo. 2 Mô hình multi-proposer được triển khai như thế nào và Autobahn là gì? Bản thân giao thức đồng thuận được gọi là "Autobahn" (giống như autobahn của Đức không giới hạn tốc độ). Autobahn tách biệt tính khả dụng của dữ liệu khỏi việc đặt hàng giao dịch và có một mô hình thú vị đằng sau nó. Cũng giống như làn đường của bất kỳ đường cao tốc nào, có nhiều làn đường, mỗi nút có lối đi riêng. Các nút sử dụng các kênh này để đưa ra các đề xuất liên quan đến việc sắp xếp các giao dịch. Một đề xuất chỉ là một tập hợp các giao dịch có trật tự. Autobahn đôi khi thực hiện thao tác "tipcut", trong đó nhiều đề xuất được tổng hợp để hoàn thiện thứ tự giao dịch. Như đã đề cập trước đó, mỗi validator có kênh riêng để đề xuất rất nhiều giao dịch. Khi một nút nhận được một đề xuất hợp lệ, nó sẽ gửi một phiếu bầu để xác nhận rằng đề xuất đã được nhận. Sau khi một đề xuất được thu thập để bỏ phiếu, Bằng chứng về tính khả dụng (PoA) sẽ được hình thành, đảm bảo rằng dữ liệu đã được nhận bởi ít nhất một nút trung thực trong mạng. Tipcut xảy ra trong mili giây, và cuối cùng nhiều đề xuất từ Autobahn bị "cắt". Người đề xuất có động lực để chờ đợi các khối được giải phóng và giải phóng các khối riêng lẻ nếu có thể, nhưng giới hạn thời gian thực hiện cho mỗi khối (tương tự như giới hạn Gas) thay đổi động lực này một chút. Một đề xuất trên một kênh thường tương đương với một khối, có nghĩa là khi một mẹo xảy ra, nhiều khối sẽ bị cắt cùng một lúc. Sau đó, người dẫn đầu của khe chuyển đầu cắt cho các nút khác để hoàn tất việc sắp xếp. Node thực sự đang bỏ phiếu cho một tipcut duy nhất cùng lúc với việc nó đã chuẩn bị tipcut tiếp theo. Các nút bỏ lỡ các lô có thể được lấy một cách không đồng bộ từ các trình xác thực được liệt kê trong PoA: đây là bản chất của nhu cầu về tính sẵn có của dữ liệu. Trong điều kiện đồng bộ, nếu người dẫn đầu đúng, Autobahn hoàn thành xác nhận đề xuất trong hai vòng liên lạc. Nếu một nhà lãnh đạo thất bại, cơ chế sẽ bầu một nhà lãnh đạo mới để giữ cho chương trình theo trật tự. Đề xuất mẹo tiếp theo thực sự có thể bắt đầu trong giai đoạn cam kết của mẹo cắt hiện tại, giảm độ trễ vì việc thực thi diễn ra song song với bản dựng. Trên thực tế, toàn bộ mô hình là một mô hình đa đề xuất, trong đó nhiều nút có thể đưa ra các đề xuất cho thứ tự khối của họ cùng một lúc. Mỗi trình xác thực đề xuất các khối của riêng mình và nhận bằng chứng rằng mạng sở hữu các khối đó (PoA), giúp cải thiện thông lượng và hiệu quả tổng thể của mạng. 3 Thực thi song song và ứng dụng của nó Như đã đề cập trước đó, quá trình thực thi khối diễn ra song song với sự đồng thuận, mặc dù bản thân các khối thực sự được thực hiện tuần tự. Bạn có thể tự hỏi liệu điều này có cấu thành thực thi song song thực sự hay không. Câu trả lời là có và không. Mặc dù các khối được thực hiện tuần tự, nhưng các giao dịch trong các khối thực sự có thể được thực hiện song song. Nếu các giao dịch không sửa đổi (ghi) cùng một trạng thái và kết quả của một giao dịch không ảnh hưởng đến một giao dịch khác, thì chúng có thể được thực hiện song song. Nói tóm lại, con đường thực hiện của họ không nên phụ thuộc vào nhau. Giga không có mempool và các giao dịch ngay lập tức được bao gồm bởi nút. Giga giả định rằng không có xung đột giữa hầu hết các giao dịch và xử lý chúng đồng thời trên nhiều lõi bộ xử lý. Các thay đổi đối với mỗi giao dịch được lưu trữ tạm thời trong một bộ đệm riêng và không được áp dụng ngay lập tức cho blockchain. Khi quá trình xử lý hoàn tất, hệ thống sẽ kiểm tra xem giao dịch có xung đột với các giao dịch trước đó hay không. Nếu có xung đột, giao dịch sẽ được xử lý lại. Nếu không có xung đột, các thay đổi của nó sẽ được áp dụng cho blockchain và hoàn thiện. Cũng có thể có các xung đột tần suất cao, trong trường hợp đó, hệ thống chuyển sang xử lý từng giao dịch để đảm bảo rằng giao dịch có thể tiến hành. Nói một cách đơn giản, thực thi song song phân phối các giao dịch trên nhiều lõi, cho phép những giao dịch không xung đột thực hiện đồng thời. 4. Các vấn đề về lưu trữ và tối ưu hóa Do khối lượng giao dịch lớn, dữ liệu cần phải vừa an toàn vừa dễ truy cập, vì vậy nó nên được lưu trữ theo cách hơi khác so với lưu trữ blockchain truyền thống. Gigas lưu trữ dữ liệu ở định dạng khóa-giá trị đơn giản, một cấu trúc tương đối phẳng giúp giảm nhu cầu cập nhật hoặc kiểm tra nhiều lần khi dữ liệu thay đổi. Ngoài ra, Giga sử dụng lưu trữ theo tầng: dữ liệu gần đây được giữ lại trên SSD (tốc độ cao), trong khi dữ liệu ít được sử dụng hơn được di chuyển sang các hệ thống lưu trữ chậm hơn, tiết kiệm chi phí hơn. Nếu một nút gặp sự cố, nó có thể phát lại nhật ký để khôi phục trạng thái chính xác và áp dụng các bản cập nhật cho RocksDB, một cơ sở dữ liệu chuyên dụng, để sắp xếp dữ liệu. Hệ thống lưu trữ sử dụng bộ tích lũy mật mã để chứng minh tính chính xác của dữ liệu mà không cần tính toán nặng. Các bộ tích lũy được cập nhật theo lô, cho phép trình xác thực và các nút nhẹ nhanh chóng đồng ý về trạng thái hiện tại của blockchain. 5. Trở thành một khối EVM L1 đa đề xuất...