Một chuỗi khối xử lý song song được thiết kế dành riêng cho các giao dịch, Sei Network, đã ra mắt mã thông báo và mạng chính vào tháng 8 năm nay. Sau khi gây náo loạn thị trường, Jayendra Jog, người sáng lập Sei Labs, mới đây đã công bố phát hành Sei v2. Bản cập nhật sẽ tích hợp EVM, tối ưu hóa cơ chế xử lý song song và nâng cao cấu trúc lưu trữ sổ cái.

Mục lục

Mạng Sei là gì?

Sei: Sinh ra để giao dịch

Cơ chế xử lý song song Sei

Hướng cập nhật Sei v2

Máy ảo: Hỗ trợ EVM

Thiết kế ban đầu: Sei v1 Sử dụng Máy ảo CosmWasm

Trọng tâm cập nhật: Sei v2 tích hợp hỗ trợ EVM

Tối ưu hóa cơ chế xử lý song song Sei

Thiết kế ban đầu: Sei v1 Yêu cầu phạm vi tài nguyên được xác định cho hợp đồng

Trọng tâm cập nhật: Sei v2 đơn giản hóa cơ chế thực hiện song song hợp đồng

Tối ưu hóa cấu trúc lưu trữ sổ cái: SeiDB

Thiết kế ban đầu: Sei v1 lưu trữ lượng lớn dữ liệu trạng thái

Trọng tâm cập nhật: Sei v2 tách cấu trúc sổ cái

Cơ chế đồng thuận

Sei Cạnh tranh ở tuyến đầu thông qua sự đánh đổi

Mạng Sei là gì?

Sei: Sinh ra để giao dịch

Sei Network có định vị thị trường rõ ràng, cung cấp môi trường hiệu quả cho việc giao dịch tài sản ảo. Ngoài các mã thông báo thông thường, tài sản ảo bao gồm NFT, biểu đồ xã hội, vật phẩm trò chơi, nhằm tạo ra trải nghiệm người dùng tốt nhất bằng cách cung cấp môi trường cơ bản dành riêng cho giao dịch.

Có nhiều loại giao dịch tài sản ảo(nguồn)

Giao dịch không giới hạn ở tiền điện tử, vì vậy giao dịch tài sản ảo là nhu cầu phổ biến nhất trong thế giới trực tuyến. Nhóm tin rằng các ứng dụng Web3 thành công nhất liên quan đến các thuộc tính giao dịch:

Quảng cáo - Vui lòng kéo xuống nếu chưa đọc xong

• Giao dịch gián tiếp: Hầu hết người dùng trên chuỗi thực hiện giao dịch tài sản ảo bằng cách sử dụng Uniswap và OpenSea.
• Giao dịch trực tiếp: Các dự án trực tiếp thực hiện giao dịch hầu hết là trò chơi hoặc dự án NFT, chẳng hạn như Axie Infinity hoặc BAYC.

Vì vậy, nhu cầu giao dịch sẽ không bao giờ biến mất và là mắt xích quan trọng trong tương lai của Web3. Để hoàn thành việc định vị mạng giao dịch tốt nhất, cần phải cung cấp một môi trường hiệu quả cao và Sei sử dụng cơ chế đồng thuận và thiết kế xử lý parachain để đạt được mục tiêu này.

Cơ chế xử lý song song Sei

Mạng chính của Sei Network đã trực tuyến được hơn ba tháng. Theo dữ liệu chính thức, mạng hiện đạt trung bình 20.000 TPS với thời gian xác nhận cuối cùng là 390 mili giây. Nhóm tuyên bố đây là mạng hiệu quả nhất trong ngành nhờ cơ chế xử lý song song sáng tạo.

Khi các giao dịch trên chuỗi khối Sei không liên quan đến cùng một tài nguyên (địa chỉ), tất cả các giao dịch có thể được xử lý đồng thời mà không cần phải sắp xếp các chuỗi giao dịch. Điều này cải thiện đáng kể hiệu quả hoạt động của mạng.

Hướng cập nhật Sei v2

Khi xem xét một dự án blockchain, có ba điểm đánh giá chính: cấu trúc sổ cái, cơ chế đồng thuận và máy ảo. Kết hợp với cơ chế xử lý song song độc đáo của Sei, bạn có thể hiểu rõ sự khác biệt trong bản cập nhật Sei v2 này.

Cập nhật chính của Sei Network v2 (nguồn)

Người sáng lập Jayendra cho biết Sei v2 chỉ bổ sung thêm các tính năng mới và sẽ không ảnh hưởng đến các tính năng hiện có. Người dùng và nhà phát triển không cần thực hiện bất kỳ thao tác bổ sung nào cho bản cập nhật này.

Đề xuất Sei v2 chủ yếu chứa ba bản cập nhật:

• Hỗ trợ EVM
• Tối ưu hóa cơ chế xử lý song song
• Tối ưu hóa cấu trúc lưu trữ sổ cái

Bản cập nhật này dự kiến sẽ được hoàn thành vào quý 1 năm 2024.

Máy ảo: hỗ trợ EVM

Thiết kế ban đầu: Sei v1 sử dụng máy ảo CosmWasm

Sei được xây dựng bằng SDK Cosmos và sử dụng máy ảo CosmWasm, một thành phần do Cosmos cung cấp. CosmWasm là một thành phần máy ảo được xây dựng đặc biệt cho hệ sinh thái Cosmos. Lớp bên dưới là WebAssugging (Wasm) và được đặt theo tên của nó. Các chuỗi khối được xây dựng bằng SDK Cosmos có thể thêm CosmWasm vào chuỗi của chúng mà không cần điều chỉnh logic hiện có.

WebAssembly có thể hỗ trợ nhiều ngôn ngữ lập trình phổ biến, bao gồm Rust, C, C++, v.v., vì vậy nếu bạn là nhà phát triển Rust, bạn có thể dễ dàng viết hợp đồng thông minh trên CosmWasm, vì vậy Sei thu hút các nhà phát triển bên ngoài vòng tròn.

Điểm nổi bật của cập nhật: Sei v2 sẽ hỗ trợ tích hợp EVM

Tuy nhiên, nhóm Sei Labs nhận thấy rằng mặc dù có sự tham gia cao của nhà phát triển nhưng họ vẫn đang đánh mất hệ sinh thái Máy ảo Ethereum (EVM). EVM là máy ảo được hầu hết các ứng dụng và sản phẩm công nghiệp hiện có sử dụng. Việc mất hệ sinh thái này có thể cản trở sự phát triển nhanh chóng của Sei ở giai đoạn này, chẳng hạn, các dự án Ethereum hiện tại không thể kết nối với hệ sinh thái Sei.

Để giải quyết vấn đề này, nhóm đã cập nhật kho lưu trữ mã chuyên dụng, Core Sei Binary, giới thiệu giao diện chuyên dụng cho các nút EVM RPC và Geth. Điều này cho phép các giao dịch EVM được triển khai và tương tác liền mạch với mạng Sei.

Việc chọn Geth dựa trên sự ổn định tương đối của nó. Jayendra Jog đã đề cập rằng hiện tại, 80% nút Ethereum sử dụng Geth và nó hỗ trợ khả năng tương thích mã byte EVM đầy đủ. Điều này có nghĩa là các nhà phát triển có thể sao chép hợp đồng từ các EVM khác và chạy chúng một cách liền mạch trên mạng Sei.

Cập nhật chính của Sei Network v2 (nguồn)

Sei v2 cũng sẽ sử dụng EVM RPC, cho phép người dùng dễ dàng sử dụng các hoạt động ví như Metamask, trong khi các nhà phát triển có thể tiếp tục sử dụng các công cụ như Foundry, Remix và Hardhat.

Do đó, Sei v2 sẽ cho phép khả năng kết hợp giữa các giao dịch EVM và Cosmwasm. Sei's Geth có trình biên dịch trước cho phép gọi các hợp đồng Cosmwasm, đồng thời mô-đun wasmd của Sei cũng có thể gọi ngược lại các hợp đồng EVM, điều này sẽ khiến tài sản trong hệ sinh thái của Sei trở nên có giá trị hơn.

Tối ưu hóa cơ chế xử lý song song Sei

Thiết kế ban đầu: Hợp đồng Sei v1 cần xác định danh mục tài nguyên

Trong Sei Network ban đầu, để các giao dịch được xử lý song song, các nhà phát triển cần học cách “đánh dấu mức sử dụng tài nguyên của hợp đồng”. Khi các nhà phát triển viết hợp đồng trên Sei, họ được yêu cầu xác định các tài nguyên mà hợp đồng có thể cần để truy cập và tính độc lập của chúng. Điều này rất quan trọng để Sei nhanh chóng phân biệt sự độc lập về tài nguyên khi thực hiện hợp đồng, quyết định nên xử lý các giao dịch song song hay theo một thứ tự cụ thể.

Để cho phép thực thi song song các hợp đồng, nhà phát triển phải xác định các tài nguyên, bao gồm cả các hợp đồng truy vấn, cần thiết trong quá trình thực thi. Sau đó, họ phải viết phạm vi tài nguyên ở định dạng JSON trên chuỗi. Điều này vô tình gây ra thách thức cho các nhà phát triển và làm tăng ngưỡng đầu vào cũng như mối lo ngại về bảo mật.

Trọng tâm cập nhật: Sei v2 đơn giản hóa cơ chế hoạt động song song của hợp đồng

Sei v2 sẽ tối ưu hóa cơ chế xử lý song song và không còn yêu cầu nhà phát triển phải xác định các phần phụ thuộc theo cách thủ công. Thay vào đó, nó có thể tự xử lý cơ chế song song hóa, giảm bớt gánh nặng cho các nhà phát triển.

Cơ chế xử lý song song mới sẽ thực hiện tất cả các giao dịch một cách thống nhất. Nếu phát hiện xung đột tài nguyên, mạng sẽ kiểm tra lại trình tự và thực hiện lại.

Sei v2 tự động xử lý các vấn đề chồng chéo tài nguyên (nguồn)

Nếu giao dịch liên quan đến các tài khoản khác nhau, ví dụ: Alice chuyển tiền cho Bob và Carol chuyển tiền cho Dave, thì giao dịch sẽ được xử lý song song vì không có sự phụ thuộc chồng chéo; nếu giao dịch liên quan đến cùng một tài khoản, chẳng hạn như Alice và Bob đều chuyển tiền cho Carol thì cần phải thực hiện lại theo trình tự.

Tuy nhiên, có thể có những lo ngại về thiết kế này. Nếu trường hợp xấu nhất xảy ra, tất cả các giao dịch đều liên quan đến mối tương quan và cần phải được chạy lại theo thứ tự. Việc chạy lại các giao dịch này sẽ tăng thời gian thực hiện lên 30% so với trường hợp chúng được chạy theo thứ tự ban đầu.

May mắn thay, theo dữ liệu lịch sử của Ethereum, chỉ có khoảng 15% giao dịch thực sự sẽ có sự chồng chéo tài nguyên và cần được xử lý lại theo thứ tự, vì vậy nhóm đánh giá rằng hiệu suất tổng thể của Sei vẫn sẽ được cải thiện đáng kể.

Tối ưu hóa cấu trúc lưu trữ sổ cái: SeiDB

Thiết kế ban đầu: Sei v1 lưu trữ một lượng lớn dữ liệu trạng thái

Tuy nhiên, Sei phải đối mặt với một vấn đề khác là nó lưu trữ vĩnh viễn toàn bộ cây IAVL trong sổ cái phân tán. Do tính hữu hạn nhanh chóng và thiết kế xử lý song song, cần phải ghi lại thường xuyên các thay đổi trạng thái toàn cầu, dẫn đến sự gia tăng đáng kể về kích thước sổ cái mạng tổng thể.

Chi phí của việc xử lý song song là việc ghi lại nhiều dữ liệu trạng thái trung gian không hợp lệ. Ví dụ, theo RFC do nhóm Sei đề xuất, trên nút testnet atlantic-2, trong số 25 GB dữ liệu được lưu trữ, chỉ có 10 GB chứa thông tin giao dịch có ý nghĩa. Điều này dẫn đến việc sử dụng không gian đĩa nút không hiệu quả.

Do lạm phát dữ liệu, việc sử dụng đĩa của các nút Sei tăng lên nhanh chóng. Mức sử dụng đĩa cứng của nút lưu trữ trên atlantic-2 tăng hơn 150 GB mỗi ngày và vượt quá 1 TB mỗi tuần. Khi trạng thái chuỗi tiếp tục phát triển, tốc độ tăng trưởng không gian lưu trữ cũng sẽ tăng (trở nên nhanh hơn).

Nó sẽ gây ra nhiều vấn đề:

• Chi phí bảo trì các nút sẽ ngày càng cao hơn
• Hoạt động của cơ sở dữ liệu sẽ ngày càng chậm hơn
• Các nút RPC không thể chạy trong thời gian dài vì đĩa đầy nhanh

Cùng với thiết kế xử lý song song của quá trình xử lý khứ hồi và xác thực lại v2 trong tương lai, trạng thái mạng tổng thể sẽ thay đổi thường xuyên hơn, dẫn đến lượng dữ liệu trạng thái tăng đáng kể.

Trọng tâm cập nhật: Cấu trúc sổ cái riêng biệt Sei v2

Sei v2 cũng có cơ chế lưu trữ được tối ưu hóa để giải quyết các vấn đề trên nhằm ngăn chặn việc mở rộng dữ liệu trạng thái và tăng tốc độ đọc dữ liệu của tất cả các nút.

Sei v2 chia sổ cái lưu trữ trạng thái thành hai loại, gọi là SeiDB:

• Cam kết của Nhà nước (SC): ghi lại thông tin cây MemIAVL
• State Store (SS): ghi lại thông tin đầy đủ

Do sự cải tiến của SeiDB, nút xác minh chỉ cần ghi lại thông tin sổ cái SC, trong khi thông tin trạng thái hoàn chỉnh được ghi lại bởi lớp SS và quá trình truyền sẽ được đặt vào nhật ký ghi trước mà không cần dữ liệu thực. truyền thời gian, cho phép trạng thái được lưu trữ không đồng bộ để cải thiện hiệu suất vì nó không ảnh hưởng đến việc tạo khối.

Sei v2 giảm gánh nặng tăng trưởng dữ liệu trên các nút xác minh (nguồn)

Với những cải tiến trong SeiDB, Sei đã nhận thấy những cải tiến ở nhiều khía cạnh hiệu suất khác nhau. Điều này bao gồm thời gian gửi khối tăng 100 lần, nén tạo dữ liệu hàng ngày từ 100 GB lên 5 GB và cải thiện gấp 10 lần thời gian bắt kịp cho tất cả các nút hoặc nút yêu cầu thông tin đồng bộ hóa.

Cơ chế đồng thuận

Sei Network v2 không thay đổi cơ chế đồng thuận ban đầu và tiếp tục duy trì thiết kế Twin Turbo. Bằng cách tăng cường giao diện đồng thuận Cosmos Tendermint ABCI, thời gian xác nhận khối đã giảm đáng kể.

Sei tham gia cuộc thi cấp cao nhất

Sei v2 giới thiệu một máy ảo EVM, cùng với những cải tiến về cơ chế lưu trữ sổ cái phân tán và xử lý song song. Mục tiêu là nâng cao trải nghiệm người dùng cho nhà phát triển, nút và người dùng, từ đó tăng cường ảnh hưởng đến hệ sinh thái.

Tuy nhiên, trong suốt ba tháng hoạt động, người ta nhận thấy rằng mặc dù các giao dịch song song của Sei tăng TPS và mang lại kết quả cuối cùng nhanh chóng, nhưng sự đánh đổi là sự gia tăng khối lượng dữ liệu trạng thái, dẫn đến yêu cầu phần cứng cao hơn cho các nút. Nhóm đã thỏa hiệp bằng cách tách cấu trúc sổ cái, hy sinh một số phân cấp để đạt hiệu quả.

Nhìn chung, so với những kẻ giết Ethereum khác, nếu các bản cập nhật nói trên có thể được triển khai một cách hiệu quả, Sei có cơ hội bước vào cuộc cạnh tranh hàng đầu. Rất mong được xem kết quả cập nhật của nhóm vào năm tới.

(Lưu ý: Bài viết này không phải là lời khuyên đầu tư.)

Tuyên bố từ chối trách nhiệm:

1. Bài viết này được in lại từ [Cointime]. Mọi bản quyền đều thuộc về tác giả gốc [Vanguard 0]. Nếu có ý kiến phản đối việc tái bản này, vui lòng liên hệ với nhóm Gate Learn , họ sẽ xử lý kịp thời.
2. Tuyên bố miễn trừ trách nhiệm pháp lý: Các quan điểm và ý kiến trình bày trong bài viết này chỉ là của tác giả và không cấu thành bất kỳ lời khuyên đầu tư nào.
3. Việc dịch bài viết sang các ngôn ngữ khác được thực hiện bởi nhóm Gate Learn. Trừ khi được đề cập, việc sao chép, phân phối hoặc đạo văn các bài viết đã dịch đều bị cấm.