Được xây dựng có mục đích cho DeFi
Khi xây dựng chuỗi khối, chúng tôi thường cố gắng xếp chúng vào hai hộp riêng biệt: mục đích chung hoặc chuỗi ứng dụng. Chuỗi mục đích chung dành cho đổi mới không cần cấp phép và chuỗi ứng dụng dành cho các trường hợp sử dụng cụ thể và được cấp phép. Nhưng “chuỗi ứng dụng” không phải là trắng đen mà là một phạm vi và tùy thuộc vào quyết định của chuỗi. Sei là một chuỗi Cosmos sắp ra mắt nhằm mục đích trở thành lớp 1 “được tối ưu hóa cho DeFi”.
Điều đó nghĩa là gì? Điều đó 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 mạnh. Công cụ khớp lệnh tích hợp sẵn, độ hoàn thiện dưới giây, song song hóa các lệnh, thực thi lệnh khối đơn, v.v. Tất cả các tùy chỉnh này được thực hiện ở lớp cơ sở. Nói rõ hơn, Sei không phải là DEX, nó là lớp 1 được tối ưu hóa cho DeFi. Không phải là chuỗi ứng dụng “thuần túy” như THORChain chỉ tập trung vào hoán đổi chuỗi chéo, mà là chuỗi ứng dụng được xây dựng cho các ứng dụng như DEX, perps và các tùy chọn để xây dựng trên đầu trang.
Để hiểu lý do tại sao bạn có thể muốn thực hiện những thay đổi này ở lớp cơ sở, chúng ta có thể xem xét Serum và Solana. Solana là lớp 1 có mục đích chung được quảng cáo là đưa NASDAQ vào chuỗi, nhắm mục tiêu thời gian khối 400ms với thông lượng cực cao. Luận điểm chính của Solana là các sàn giao dịch sổ đặt hàng cuối cùng sẽ tiếp quản AMM và các số liệu trên chuỗi hỗ trợ điều đó. Serum, một ứng dụng sổ đặt hàng được xây dựng dựa trên Solana, là thực thể được sử dụng nhiều nhất và chiếm ~ 1/3 số lần thực thi chương trình Solana. Serum là “lớp sổ đặt hàng” trên Solana dành cho các dự án như Mango Markets, Zeta, Atrix, Bonfida, Jupiter, v.v. để khai thác. Khi mọi người nghĩ đến Solana, họ thường nghĩ đến Serum (mặc dù gần đây có thể là NFT).
Tuy nhiên, có một số nhược điểm đối với kiến trúc này. Đáng chú ý nhất, vì Solana là một chuỗi có mục đích chung nên Serum (và các ứng dụng được xây dựng trên nền tảng) liên tục cạnh tranh về 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 và như chúng ta đã thấy một vài lần, khiến chuỗi bị dừng lại. Sei “cắt giảm chất béo” và 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 khuôn khổ tinh thần sơ bộ là Sei là nếu Serum là L1 của chính nó; thực hiện những đánh đổi cụ thể để lớp cơ sở được tối ưu hóa cho DeFi và mang lại cho các ứng dụng này một “lợi thế không công bằng” so với các ứng dụng không phải DeFi.
Sự cân bằng chính ở đây là Sei sẽ không bị cấp phép như Solana, bởi vì các ứng dụng muốn xây dựng trên nền tảng cần phải được quản trị đưa vào danh sách trắng. Mặc dù bạn mất đi một số điều kỳ diệu đi kèm với sự đổi mới không được phép, nhưng bạn có thể tạo một môi trường tối ưu hơn cho vị trí thích hợp của mình. Công cụ khớp lệnh gốc, dự báo giá, thực thi lệnh song song và thực thi lệnh khối đơn là một vài trong số những 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 đừng nhầm lẫn; sổ đặt hàng trên chuỗi của họ tạo ra một kiến trúc có thể kết hợp, cho phép các ứng dụng CosmWasm trên Sei có khả năng kết hợp đồng bộ với nhau và chia sẻ tính thanh khoản thông qua công cụ khớp lệnh gốc(Sei đã đề cập rằng họ có hơn 50 nhóm quan tâm đến việc xây dựng nền tảng hàng đầu). Là một chuỗi Cosmos được IBC hỗ trợ, mọi thứ khác đều có khả năng kết hợp không đồng bộ. Và về chủ đề Solana, có một góc Sei ↔︎ Solana độc đáo mà chúng ta sẽ đề cập ở cuối báo cáo này.
Sei đạt được một số tối ưu hóa với ABCI++, bản nâng cấp sắp tới của ABCI của Cosmos cho phép lập trình mọi bước đồng thuận. Sei đã thử nghiệm ABCI++ cho ba cải tiến: sản xuất khối lạc quan, truyền bá khối thông minh và thực hiện lệnh song song.
Tối ưu hóa Sei với ABCI++
Tập trung vào sổ đặt hàng – thời gian tạo khối, tính hữu hạn và độ trễ là những điều tối quan trọng đối với các nhà tạo lập thị trường. Các MM cần cập nhật giá của họ ở mỗi khối, vì vậy thời gian tạo khối ngắn hơn có nghĩa là cập nhật giá nhỏ giữa các khối, chênh lệch thấp hơn và MM cần phải chấp nhận ít rủi ro hơn. Bất cứ điều gì dài hơn vài trăm mili giây đều không thực tế (và có thể vẫn còn quá cao về lâu dài). Chuỗi Cosmos tiêu chuẩn có thời gian chặn ~6 giây khiến sổ đặt hàng trở nên không tối ưu. Tuy nhiên, vẻ đẹp của Cosmos nằm ở khả năng tùy chỉnh và Sei đã tập trung hết sức vào việc thực hiện các thay đổi đối với sự đồng thuận quá tải và thực hiện nó nhanh nhất có thể (mục tiêu ~ 300-600 mili giây). Ba lĩnh vực trọng tâm chính là:
- Sản xuất khối lạc quan
- Tuyên truyền khối thông minh
- Thực hiện lệnh song song
Sei thực hiện điều này bằng cách tận dụng ABCI++. Là một chương trình bồi dưỡng mới, ABCI là giao diện nằm giữa ứng dụng và sự đồng thuận. Vai trò chính của nó là thực thi các khối được hoàn thiện bằng sự đồng thuận. Với ABCI, ứng dụng chỉ tương tác với sự đồng thuận tại thời điểm quyết định và trao cho nó rất ít quyền kiểm soát đối với những giao dịch nào sẽ được chọn ra khỏi 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, hủy, trì hoãn hoặc thêm giao dịch cũng như tăng tốc thời gian tạo khối bằng cách giới thiệu khả năng tạo khối một cách lạc quan.
Sau bước đồng thuận được đề xuất, ứng dụng có thể bắt đầu xử lý khối một cách lạc quan song song với các giai đoạn bỏ phiếu trước và trước cam kết. Sei sau đó sẽ bắt đầu ‘lạc quan’ áp dụng các thay đổi trạng thái cho trạng thái ứng cử viên tạm thời cho đến khi được đồng thuận chấp nhận. Nếu không được chấp nhận (hiếm), nó sẽ bị loại bỏ. Có rất nhiều dữ liệu cần xử lý ở bước này và nó có thể khá chậm. Bằng cách xử lý một cách tích cực các thay đổi trạng thái, chúng tôi có thể tăng tốc thời gian tạo khối và giảm độ trễ đáng kể (~30% cho các khối 1 giây).
Ngoài việc sản xuất các khối một cách lạc quan, họ cũng đang thực hiện những cải tiến trong việc truyền bá khối. Trong Tendermint, khi người đề xuất khối đề xuất một khối, họ sẽ bao gồm tất cả chi tiết giao dịch. Đây là rất nhiều dữ liệu! Nhưng những người xác nhận đã có quyền truy cập vào ~ 99,9% các giao dịch này thông qua quy trình buôn chuyện trong bộ nhớ đệm cục bộ của họ và do đó không cần phải đợi để nhận lại những giao dịch này từ người đề xuất khối. Thay vì gửi tất cả thông tin chi tiết, người đề xuất giờ đây sẽ chỉ gửi hàm băm của mọi 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 các giao dịch trong mempool cục bộ của riêng họ. Sei gọi hai sửa đổi này là “Đồng thuận Twin-Turbo” và tuyên bố cải thiện ~83% thông lượng bằng cách triển khai chúng (sản xuất khối lạc quan và truyền bá khối thông minh).
Sửa đổi thứ ba đối với quy trình sản xuất khối liên quan đến việc thực hiện đơn hàng. Chuỗi vũ trụ sử dụng ABCI có quá trình xử lý thứ tự tuần tự. Trong một quy trình tuần tự, các đơn hàng được xử lý từng đơn hàng một bất kể chúng thuộc thị trường nào, điều này cản trở đáng kể thông lượng và độ trễ tăng theo cấp số nhân khi bạn tăng tải. Với quy trình song song, các thị trường riêng biệt không trùng lặp có thể được xử lý cùng một lúc. Thay vì xử lý đơn hàng đầu tiên của thị trường B sau thị trường A, bạn có thể xử lý chúng cùng một lúc. Các đơn đặt hàng trong một thị trường cụ thể vẫn cần được xử lý tuần tự để tránh tính không xác định, điều này 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 xử lý đơn đặt hàng của người dùng A trước người dùng B, nhưng một trình xác thực khác xử lý đơn đặt hàng của người dùng B trước MỘT,
Sei đã chạy một số thử nghiệm tải xung quanh việc song song hóa (và cả việc định vị các trình xác thực) để xem họ có thể nhận được loại cải tiến nào về thời gian khối, độ trễ và thông lượng. Nói chung, bằng cách thực hiện lệnh song song, họ có thể thấy thời gian khối giảm 75-90% so với tuần tự và độ trễ 40-120 mili giây đối với song song so với 200-1370 mili giây đối với tuần tự. Theo kịch bản 10.000 đơn hàng/khối với 20 hợp đồng (thị trường) khác nhau, họ có thể giảm thời gian 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 hàng/giây xuống 12.200 đơn hàng/giây. Những cải tiến đáng kể có thể được nhìn thấy ở tất cả các mức tải (đơn hàng/khối), với những cải thiện biên lớn hơn khi tải tăng.
Bên cạnh 3 cải tiến chính trên, Sei còn bổ sung thêm các tính năng khác cho lớp cơ sở như:
- Oracle Giá gốc: Oracle được tích hợp vào lớp cơ sở; người xác nhận cần phải đồng ý về giá khi cam kết vào một khối. Khối sẽ không được xây dựng cho đến khi người xác nhận đồng ý về giá. Cho phép các mô-đun khác truy cập nguồn cấp dữ liệu giá đáng tin cậy từ thị trường trên chuỗi.
- Thực thi lệnh khối đơn: Cho phép đặt và thực hiện lệnh trong một khối duy nhất (trong Serum cần nhiều khối).
- Nhóm lệnh: Các nhà tạo lập thị trường có thể cập nhật giá trên nhiều thị trường trong một giao dịch.
- Đấu giá hàng loạt thường xuyên: Có thể tổng hợp các lệnh thị trường ở cuối khối để thanh toán ở một mức giá duy nhất; với mục tiêu là cố gắng và giảm thiểu việc chạy trước.
Bên cạnh những cải tiến về phần mềm, Sei cũng đang thử nghiệm các cấu trúc trình xác thực nhỏ hơn và tăng yêu cầu về phần cứng. Mặc dù có sự cân bằng trong quá trình phân cấp, nhưng chúng đi kèm với mức tăng hiệu suất đáng kể và một lần nữa nêu bật điều khiến Cosmos trở nên độc đáo: khả năng tùy chỉnh.
Xác thực vị trí với phần cứng tốt hơn
Trong phiên bản đầu tiên của tài liệu Sei, các thông số kỹ thuật được đề xuất tương tự như chuỗi Cosmos tiêu chuẩn. Kể từ đó, chúng đã được cập nhật để tăng các yêu cầu đó và thậm chí còn tiến xa hơn nữa trong các thử nghiệm tải cụ thể. Sổ đặt hàng có thể đòi hỏi khá cao về phần cứng và các máy có thông số kỹ thuật thấp hơn đã làm giảm hiệu suất tổng thể trên các mạng thử nghiệm. Mặc dù không phải là các 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ọ vượt xa những gì chúng ta thấy trong các chuỗi khối thông thường. Họ cũng đang nhắm mục tiêu các bộ xác nhận nhỏ hơn. Mặc dù họ nhận thấy nhu cầu đáng kinh ngạc với 2.500 ứng dụng trình xác thực cho mạng thử nghiệm, nhưng họ hiện đang luân phiên giữa 250 trình xác thực với các nhóm 50 người xác thực cùng một lúc. Ngoài ra, họ đang thúc đẩy việc định vị các trình xác thực để giảm độ trễ hơn nữa.
Tại sao colocation? Với các trình xác thực phân tán trên phạm vi quốc tế, các tin nhắn sẽ mất nhiều thời gian hơn để di chuyển giữa chúng và do đó độ trễ cao hơn khi đi đến thống nhất và tạo khối. Trong HFT, độ trễ là tên của trò chơi; một cuộc trao đổi sổ đặt hàng cần phải giảm thiểu điều này càng nhiều càng tốt. Một lần nữa, Sei đã công bố kết quả từ một số thử nghiệm của họ về colocation. Những bài học chính?
- Colocation giảm độ trễ xuống ~46% so với độ phân tán quốc tế
- 50 trình xác thực là giới hạn trước khi thấy độ trễ tăng lên bằng cách thêm nhiều trình xác thực hơn
Ở đây có sự cân bằng rõ ràng khi có tất cả các trình xác nhận trong cùng một khu vực địa lý, nhưng khó có thể bỏ qua mức tăng hiệu suất. Có khả năng là khi Sei khởi chạy mạng chính, họ sẽ đi theo hướng tập hợp trình xác thực nhỏ hơn, được đặt cùng vị trí này. Lưu ý nhanh: trong biểu đồ bên dưới, p50/p75/p95 đề cập đến xác suất x% yêu cầu sẽ nhanh hơn một giá trị cụ thể. Ví dụ: p50 = phân vị độ trễ thứ 50, nghĩa là 50% yêu cầu sẽ nhanh hơn giá trị p50 cho thử nghiệm đó. Vì vậy p95 có nghĩa là 95% yêu cầu sẽ nhanh hơn giá trị p95 (đó là lý do tại sao số p95 cao hơn).
Việc thử nghiệm vẫn đang được tiến hành đối với cả thiết kế phần mềm và phần cứng, nhưng điều đó không ngăn được các nhóm quan tâm xem xét việc xây dựng trên Sei. Khi mạng chính đi vào hoạt động, họ sẽ có nhiều giao thức sẵn sàng triển khai.
Hệ sinh thái Sei
Chúng tôi đã đề cập trước đó về cách Sei đã công bố hơn 50 dự án thể hiện sự quan tâm đến việc xây dựng trên Sei. Mặc dù chỉ có một số được công bố nhưng có một số đáng chú ý như Vortex, UXD và Axelar. Điều thú vị ở đây là ba dự án này đều đến từ các hệ sinh thái khác nhau.
- Vortex: Vortex là sự hợp nhất của dự án Retrograde dựa trên Cosmos và Terra. Retrograde hướng tới mục tiêu trở thành “Convex of Terra”, hiện đang chuyển sang trở thành sàn giao dịch vĩnh viễn hàng đầu trên Sei. Một lần nữa, Sei không phải là một DEX và cần các dự án như Vortex để xây dựng trên nền tảng và tận dụng cơ sở hạ tầng lớp cơ sở của Sei. Chúng hiện đang hoạt động trên testnet và là giao thức perp chính được công bố.
- UXD: UXD là một stablecoin trung lập delta được thế chấp hoàn toàn từ Solana. UXD được tạo ra bởi người dùng gửi một tài sản tiền điện tử (SOL, BTC, v.v.) và sau đó UXD bán khống một perp ở phía bên kia. UXD sẽ tích hợp với Vortex để thực hiện giao dịch ngắn hạn này (tương tự như cách họ sử dụng Mango trên Solana). Việc ra mắt trên Sei mang lại cho UXD quyền truy cập vào IBC và hệ sinh thái Cosmos rộng lớn hơn, và lỗ hổng rõ ràng trong Cosmos DeFi là stablecoin. Sắp có stablecoin USK và IST của Agoric mới ra mắt gần đây của Kujira, nhưng cả hai đều theo kiểu CDP nên có thể khó mở rộng quy mô do kém hiệu quả về vốn. Ở đây có cơ hội thị trường lớn để UXD mở rộng ra bên ngoài Solana.
- Axelar: Axelar là giao thức nhắn tin chuỗi chéo Cosmos và trường hợp sử dụng chính của nó là đưa tài sản EVM đến IBC. Osmosis sử dụng Axelar làm cầu nối/nhà phát hành tài sản chuẩn cho BTC, ETH và USDC, đồng thời Sei tích hợp các tài sản được bao bọc của Axelar giúp tăng thêm sự thống trị của họ trong hệ sinh thái Cosmos.
Có một số giao thức khác được liệt kê bên dưới như giải pháp dữ liệu và tổng hợp, và nhiều giao thức khác sẽ được công bố trong những tuần tới. Một dự án mới được công bố khá thú vị là Nitro, môi trường thực thi Sealevel (Solana’s VM), sử dụng Sei dưới dạng Sei L2.
Đã có một số nhầm lẫn xung quanh Nitro, vì nó được gọi là “Solana L2”, nhưng mô tả chính xác hơn là “Sei L2 chạy Solana VM”. Đây là một bản tổng hợp lạc quan chạy mục đích chung Solana VM Sealevel (giống như trên Solana) nhưng là một bản tổng hợp trên Sei. Được ươm tạo bởi Sei, mục tiêu là giúp các nhà phát triển Solana dễ dàng chuyển đổi sang hệ sinh thái Cosmos, với các lần lặp lại trong tương lai có thể ra mắt dưới dạng bản tổng hợp cho mục đích chung hoặc ứng dụng cụ thể trên Solana hoặc Ethereum. Mặc dù Nitro v1 không giải quyết trên Solana và do đó không tạo ra phí gas cho SOL, nhưng đó là một sự phát triển tích cực liên quan đến việc SVM nhận được sự chia sẻ tư duy lớn hơn từ EVM. EVM cho đến nay là môi trường thực thi phổ biến nhất hiện nay. Nếu bạn tin rằng hào của Ethereum nằm trong EVM (điều mà nhiều người tin như vậy), thì việc SVM trở thành tiêu chuẩn cho các bản tổng hợp là một bước phát triển tích cực đối với Solana. Người ta có thể lập luận rằng sự đổi mới lớn nhất của Solana nằm ở môi trường thực thi của họ. Nitro tăng thêm độ tin cậy cho điều đó (vàEclipse , được công bố ngay sau đó trên Celestia).
Trở thành Sei L2 có nghĩa là Nitro sẽ cần sử dụng mã thông báo của Sei để cung cấp dữ liệu sẵn có và chi phí thanh toán. Về dòng thời gian, chúng tôi đã thấy với các bản tổng hợp Ethereum quá trình phát triển đã mất bao lâu và một điều đáng lo ngại hơn ở đây là cơ chế gian lận đối với bản tổng hợp Sealevel sẽ hơi khác một chút (tuyên bố gian lận?), vì không có trạng thái toàn cầu root để cam kết. Đó là một ý tưởng thú vị, nhưng ở đây cần phải rèn luyện sự kiên nhẫn.
Mã thông báo Sei
Là L1, mã thông báo Sei sẽ được sử dụng để đặt cược và phí gas giống như bất kỳ chuỗi khối PoS nào khác. Nhưng với mục tiêu là mức phí thấp, giá trị tích lũy ở đây được dự định là thấp (như chúng ta thấy trên Solana). Thành phần dự kiến lớn hơn để tích lũy giá trị sẽ nằm trong phân phối lại MEV. Sei dự định sử dụng một cuộc đấu giá kiểu flashbots ngoài chuỗi riêng tư, nơi các bot có thể đặt giá thầu cho các giao dịch MEV điển hình như thanh lý và bán đấu giá. Ví dụ: nếu có một giao dịch thanh lý có giá trị kinh tế ~ 100 đô la, các bot sẽ đặt giá thầu để trích xuất càng nhiều số tiền này càng tốt và thay vì gửi thư rác cho lớp cơ sở, các bot sẽ thực hiện việc này ngoài chuỗi. Các bot sẽ cạnh tranh và đấu giá để được đưa vào, và trong một thị trường hiệu quả, giá thầu thắng cuộc có thể là ~ 99 USD, với 1 USD cho bot và 99 USD còn lại được phân phối cho người xác nhận và người ủy quyền. MEV sẽ vượt xa phí gas.
Đối với airdrop? Sei đã chạy mạng thử nghiệm được khuyến khích của họ trong hai tháng kể từ tháng 7 và gần đây đã gia hạn thêm hai tháng nữa, nhằm mục đích phân phối 1% nguồn cung cho người tham gia. Cùng với testnet, Sei đã gợi ý về các đợt airdrop cho cộng đồng ATOM, LUNA và SOL. Dự kiến sẽ có nhiều công bố hơn trong tương lai.
Khi Mainnet?
Sei muốn ra mắt mainnet vào cuối năm nay, nhưng vẫn đang nghiên cứu các chiến lược triển khai và xác thực ABCI++. Cho đến lúc đó, chúng ta có thể theo dõi tiến trình của mạng thử nghiệm và nhiều thông báo thú vị hơn về hệ sinh thái. Điều bắt buộc là phải tung ra thị trường một sản phẩm đã được thử nghiệm tốt để động lực không bị đình trệ khi hoạt động tăng cường. Họ có sự cạnh tranh từ Injective và dYdX v4 hiện đang hoạt động dưới dạng sổ đặt hàng thuần túy DEX sắp ra mắt.
Đối với dYdX, đây là một sản phẩm khác về cơ bản và thiên về bên phải của chuỗi ứng dụng, chỉ tập trung vào việc tạo ra trải nghiệm giao dịch tốt nhất. dYdX đạt được mức tăng hiệu quả bằng cách đặt sổ đặt hàng ngoài chuỗi và được lưu trữ trong bộ nhớ của người xác thực; sự cân bằng ở đây là họ không có sổ đặt hàng trên chuỗi có thể tổng hợp như Sei và sẽ không có hệ sinh thái ứng dụng được xây dựng xung quanh nó. Injective là một so sánh gần hơn và đã có mặt. Điểm khác biệt chính là thời gian chặn của Injective là ~ 2 giây và Injective Labs tập trung vào lớp ứng dụng bên cạnh cơ sở hạ tầng, trong khi Sei chỉ tập trung vào cấp độ cơ sở hạ tầng. Sự cạnh tranh sẽ rất khốc liệt và để trở thành một trung tâm DeFi lớn là một thách thức đầy tham vọng. Liệu Sei có kịp thời không?
Nguồn: TTT Capital tổng hợp
