Tổng hợp gốc: Babywhale, Foresight News

Tổng hợp gốc: Babywhale, Foresight News

Vào ngày 4 tháng 1, sàn giao dịch tiền điện tử MEXC đã công bố ra mắt quỹ đặc biệt trị giá 20 triệu đô la Mỹ để hỗ trợ phát triển các dự án trọng điểm của Sei Network. Và sớm nhất là vào ngày 31 tháng 8, Sei Labs đã thông báo rằng họ đã hoàn thànhVòng hạt giống trị giá 5 triệu USD, Multicoin Capital đã dẫn đầu khoản đầu tư và các nhà đầu tư tham gia bao gồm Coinbase Ventures, GSR, Flow Traders, Hudson River Trading, Delphi Digital, Tangent, v.v. Một tháng sau khi thông báo chính thức hoàn thành tài trợ, Sei Network đã ra mắtquỹ sinh thái 50 triệu đô la, để hỗ trợ các ứng dụng DeFi được phát triển trên đó.

Là một trong những nhà đầu tư của Sei Network, Delphi Digital đã viết một báo cáo để giải thích lý do tại sao lạc quan về Sei Network, sau đây tác giả xin tóm tắt những nội dung chính của báo cáo để mọi người cùng thảo luận.

Một mạng được thiết kế cho DeFi

Khi xây dựng chuỗi khối, chúng tôi thường cố gắng phân loại chúng thành hai loại riêng biệt: chuỗi phổ quát hoặc chuỗi ứng dụng. Chuỗi phổ quát dành cho những đổi mới không cần xin phép, trong khi chuỗi ứng dụng dành cho các trường hợp sử dụng cụ thể cần có sự cho phép. Nhưng "chuỗi ứng dụng" không phải trắng đen rõ ràng mà do chính chuỗi đó quyết định. Sei là một chuỗi sinh thái Cosmos sắp ra mắt nhằm mục đích trở thành chuỗi khối Lớp 1 "được thiết kế cho DeFi".

"Được thiết kế cho DeFi" có nghĩa là thực hiện các thay đổi cơ bản (và đánh đổi) đối với lớp cơ sở để cho phép các ứng dụng DeFi phát triển. Sei có một công cụ khớp lệnh tích hợp, tốc độ giải quyết dưới giây, xử lý song song các lệnh, khớp lệnh một khối, v.v. Tất cả các chức năng tùy chỉnh này được thực hiện ở lớp cơ sở. Điều bạn cần biết là Sei không phải là DEX, nó là chuỗi khối Lớp 1 được tối ưu hóa cho DeFi. Đồng thời, Sei không phải là một chuỗi ứng dụng thuần túy, không giống như chuỗi ứng dụng "thuần túy" chỉ tập trung vào trao đổi chuỗi chéo như THORChain, mà là một chuỗi khối được phát triển cho các đặc điểm của sản phẩm như DEX, hợp đồng và tương lai.

Để hiểu tại sao một người muốn thực hiện những thay đổi này trên mạng cơ bản, chúng ta có thể xem xét Serum và Solana. Solana là một chuỗi khối Lớp 1 có mục đích chung được quảng cáo là "Nasdaq trên chuỗi" nhắm mục tiêu thời gian xác nhận khối 400 mili giây và thông lượng cực cao. Điểm chính của Solana là các nền tảng giao dịch sổ lệnh cuối cùng sẽ tiếp quản AMM và các số liệu về Solana hỗ trợ điểm này. Serum là ứng dụng sổ lệnh được xây dựng dựa trên Solana, là ứng dụng được sử dụng nhiều nhất trong hệ sinh thái Solana, chiếm khoảng 1/3 số lượng giao dịch trên Solana. Serum là "lớp sổ đặt hàng" trên Solana, được sử dụng bởi các dự án như Mango Markets, Zeta, Atrix, Bonfida, Jupiter, v.v. Khi mọi người nghĩ về Solana, họ thường nghĩ về Serum.

Tuy nhiên, có một số nhược điểm đối với kiến ​​trúc này, đáng chú ý nhất là vì Solana là một chuỗi có mục đích chung, Serum (và các ứng dụng được xây dựng trên nó) liên tục cạnh tranh tài nguyên với các ứng dụng khác. Các hoạt động không liên quan đến Serum, chẳng hạn như chơi game và đúc NFT, có thể gây tắc nghẽn trên chuỗi, như chúng tôi đã trải qua trước đây với một số lần "mất điện" của Solana. Sei đã chọn "gọt chân, xỏ giày", loại bỏ tất cả các hoạt động không phải DeFi khỏi chuỗi của họ. Một lời giải thích đơn giản là Sei tương đương với việc Serum tung ra chuỗi khối lớp 1 của riêng mình: thực hiện các đánh đổi cụ thể, làm cho lớp cơ sở được tối ưu hóa cho DeFi và mang lại cho các ứng dụng DeFi được xây dựng trên đó nhiều ứng dụng phi DeFi hơn "lợi thế không công bằng".

Sự đánh đổi chính ở đây là Sei sẽ không được phép như Solana vì muốn phát triển ứng dụng trên đó cần phải có danh sách trắng thông qua quản trị. Mặc dù bạn mất đi một số lợi thế đi kèm với sự đổi mới không cần xin phép, nhưng bạn có thể tạo ra một môi trường tối ưu hơn. Công cụ khớp lệnh gốc, tiên tri giá, khớp lệnh song song và khớp lệnh một khối là một số thứ mà Sei xây dựng ở cấp độ cơ sở hạ tầng. Sei là một chuỗi ứng dụng, nhưng sổ đặt hàng trên chuỗi của Sei tạo ra một kiến ​​trúc có thể kết hợp cho phép khả năng kết hợp đồng bộ giữa các ứng dụng CosmWasm trên Sei và chia sẻ tính thanh khoản thông qua công cụ khớp lệnh gốc. Là một chuỗi Cosmos hỗ trợ IBC, nó vốn có thể kết hợp không đồng bộ.

Sei đã thực hiện một số tối ưu hóa của họ thông qua ABCI++, một bản nâng cấp sắp tới cho ABCI của Cosmos giúp mọi bước của sự đồng thuận đều có thể lập trình được. Sei đã cố gắng thực hiện ba cải tiến với ABCI++: sản xuất khối được tối ưu hóa, phát sóng khối thông minh và thực hiện song song các lệnh.

Tối ưu hóa Sei với ABCI++

Tối ưu hóa sản xuất khối, phát sóng khối thông minh và thực hiện song song các đơn đặt hàng.

Tối ưu hóa sản xuất khối, phát sóng khối thông minh và thực hiện song song các đơn đặt hàng.

Sei thực hiện điều này bằng cách sử dụng ABCI++. ABCI là giao diện giữa ứng dụng và sự đồng thuận, và vai trò chính của nó là thực thi các khối được xác định bởi sự đồng thuận. Với ABCI, các ứng dụng chỉ tương tác với sự đồng thuận tại thời điểm quyết định và có ít quyền kiểm soát đối với giao dịch nào được chọn từ mempool. ABCI++ bổ sung khả năng lập trình cho từng bước đồng thuận, cho phép các ứng dụng sắp xếp lại, sửa đổi, từ bỏ, trì hoãn hoặc thêm giao dịch, cũng như rút ngắn thời gian sản xuất khối bằng cách giới thiệu khả năng tối ưu hóa việc tạo khối.

Sau bước đề xuất đồng thuận, các ứng dụng có thể bắt đầu tối ưu hóa các khối xử lý, song song với giai đoạn pre-vote và pre-commit. Sau đó, Sei sẽ bắt đầu "bằng cách tối ưu hóa" để thay đổi trạng thái thành trạng thái ứng cử viên tạm thời cho đến khi nó được chấp nhận bởi sự đồng thuận. Nếu nó không được chấp nhận (rất hiếm), thì khối đó sẽ bị hủy. Ở bước này, có rất nhiều dữ liệu cần xử lý và có thể khá chậm. Nhưng bằng cách tối ưu hóa việc xử lý thay đổi trạng thái, chúng tôi có thể rút ngắn thời gian tạo khối và giảm đáng kể độ trễ (giảm khoảng 300 ms).

Ngoài việc tối ưu hóa sản xuất khối, Sei cũng đang cải thiện việc phát thông tin khối. Trong Tendermint, khi người xác minh đề xuất một khối, khối này sẽ bao gồm tất cả các chi tiết giao dịch và lượng dữ liệu sẽ rất lớn, nhưng người xác minh đã thu được khoảng 99,9% các giao dịch này thông qua bộ nhớ chung cục bộ của họ, vì vậy không cần thiết phải Cần đợi để nhận lại dữ liệu này từ người đề xuất khối. Thay vì gửi tất cả các chi tiết, giờ đây người đề xuất có thể chỉ cần gửi hàm băm của từng giao dịch trong khối và người xác thực sẽ có thể nhanh chóng xây dựng lại khối bằng cách sử dụng bộ nhớ cục bộ của riêng họ.

Sei đặt tên cho hai tối ưu hóa là "Đồng thuận Twin-Turbo" và nói rằng bằng cách triển khai chúng (sản xuất khối được tối ưu hóa và phát sóng khối thông minh), thông lượng đã tăng 83%.

Tối ưu hóa thứ ba cho quy trình sản xuất khối xoay quanh việc thực hiện giao dịch. Quá trình xử lý giao dịch của chuỗi Cosmos sử dụng ABCI được thực hiện tuần tự, trong quá trình này, các giao dịch được xử lý từng cái một bất kể thị trường, điều này cản trở rất nhiều đến thông lượng. Và khi tải tăng lên, độ trễ cũng sẽ tăng theo cấp số nhân. Sử dụng xử lý song song, các thị trường độc lập không chồng chéo có thể được xử lý đồng thời. Thay vì xử lý giao dịch đầu tiên ở thị trường B sau giao dịch ở thị trường A, tốt hơn là xử lý chúng cùng một lúc. Các giao dịch trong một thị trường cụ thể vẫn cần được xử lý để tránh tính không xác định, xảy ra khi hai trình xác thực khác nhau nhận được kết quả khác nhau cho cùng một trạng thái (ví dụ: một trình xác thực được xử lý trước lệnh của người dùng B. Người dùng A, nhưng một trình xác thực khác xử lý lệnh của Người dùng B trước A, khiến giá thanh toán của người dùng xung đột).

Sei đã thực hiện một số công việc xung quanh việc song song hóathử tải(cũng đồng tổ chức trình xác thực) để xem bạn có thể nhận được loại cải tiến nào về thời gian tạo khối, độ trễ và thông lượng. Nói chung, thời gian khối có thể giảm 75-90% so với xử lý tuần tự bằng cách thực thi song song, với độ trễ song song là 40-120 ms và độ trễ tuần tự là 200-1370 ms. Với 10.000 đơn đặt hàng/khối và 20 hợp đồng (thị trường) khác nhau, tính song song có thể giảm thời gian xử lý khối từ 1,33 giây xuống 0,81 giây, độ trễ từ 371 mili giây xuống 48 mili giây và thông lượng từ 7.500 đơn đặt hàng/giây xuống 12200 đơn đặt hàng/giây. Những cải tiến đáng kể được nhìn thấy trên tất cả các mức tải (đơn đặt hàng/khối), với khả năng tối ưu hóa cận biên lớn hơn khi tải tăng lên.

Ngoài 3 cải tiến chính trên, Sei còn bổ sung thêm các tính năng khác ở lớp cơ sở như:

Oracle giá bản địa.Xây dựng các oracle trong lớp cơ sở; những người xác thực cần đồng ý về giá khi sản xuất một khối. Các khối không được tạo cho đến khi những người xác thực đồng ý về giá. Cho phép các mô-đun khác có được thông tin giá đáng tin cậy từ thị trường trên chuỗi.

Thực hiện lệnh đơn khối.Cho phép đặt lệnh và khớp lệnh trong một khối duy nhất (yêu cầu nhiều khối trong Serum).

Đặt hàng bó.Các nhà tạo lập thị trường có thể cập nhật giá cho nhiều thị trường trong một giao dịch.

Đấu giá lô thường xuyên.Các lệnh thị trường có thể được tổng hợp ở cuối một khối để thanh lý ở một mức giá duy nhất; mục đích là để thử và giảm thiểu việc chạy trước.

Ngoài các cải tiến về phần mềm, Sei cũng đã thử nghiệm các cấu trúc trình xác thực nhỏ hơn và yêu cầu phần cứng cao hơn. Mặc dù có sự đánh đổi về mặt phân cấp, nhưng những điều này đi kèm với hiệu suất tăng đáng kể và một lần nữa làm nổi bật điều làm cho Cosmos trở nên độc đáo: khả năng tùy chỉnh.

Sử dụng trình xác minh cấu hình phần cứng hiệu suất cao

Trong phiên bản đầu tiên của tài liệu dự án Sei, các thông số kỹ thuật được đề xuất tương tự như chuỗi Cosmos tiêu chuẩn. Sau đó, các yêu cầu về phần cứng đã được nâng lên và trong một số thử nghiệm tải nhất định, các yêu cầu này còn được nâng lên cao hơn nữa. Mô hình order book có yêu cầu cao về phần cứng, máy hiệu suất thấp sẽ làm giảm hiệu suất chung của mạng. Mặc dù không phải là yêu cầu ở cấp độ Solana, nhưng Sei đã nói rõ rằng họ muốn trình xác thực của họ hoạt động tốt hơn các chuỗi khối thông thường. Ngoài ra, họ đang thúc đẩy việc tập trung hóa theo địa lý của các trình xác thực để giảm độ trễ hơn nữa.

Tại sao lại là Hosting? Nếu các trình xác thực bị phân tán về mặt địa lý, thông tin sẽ mất nhiều thời gian hơn để di chuyển, dẫn đến độ trễ cao hơn trong việc đạt được sự đồng thuận và tạo ra các khối. Các nền tảng giao dịch sổ lệnh cần giảm thiểu độ trễ càng nhiều càng tốt. Sei đã đăng lại một số kết quả kiểm tra của họ xung quanh việc lưu trữ:

1. Thuê vị trí giúp giảm độ trễ khoảng 46% so với phân tán theo địa lý.

2. 50 trình xác thực là giới hạn độ trễ có thể chấp nhận được.

tóm tắt

tóm tắt

Báo cáo của Delphi Digital cũng bao gồm hệ sinh thái, mã thông báo, v.v., tạm thời được bỏ qua trong bài viết này và chỉ hiển thị những đổi mới của Sei Network về công nghệ và cơ chế. Có thể thấy rằng Sei đã có những đổi mới trong xử lý song song và phát sóng theo khối, giúp tăng tốc độ xác nhận giao dịch mạng; nhưng mặt khác, Sei cần các trình xác thực có cấu hình phần cứng hiệu suất cao và vị trí địa lý của các trình xác thực này tương đối tập trung để đáp ứng hơn nữa sự hỗ trợ của nó cho nền tảng giao dịch mô hình sổ đặt hàng, Delphi cũng thừa nhận vấn đề tập trung của giải pháp trong báo cáo, nhưng cho biết vẫn không thể bỏ qua việc cải thiện hiệu suất của nó.

Tác giả tin rằng, như đã đề cập trong bài viết, chuỗi ứng dụng sinh thái Cosmos có khả năng tùy biến cực cao và Web3 phải đủ dung nạp cho hệ tư tưởng của chuỗi khối.Chúng tôi có thể hỗ trợ các dự án với mức độ phân quyền cao. phân quyền cho hiệu quả cũng được chấp nhận. Tuy nhiên, liệu Sei Network có thể "nhanh" như lời nói hay không thì vẫn cần sử dụng dữ liệu thực tế để đưa ra câu trả lời sau khi mainnet đi vào hoạt động.