Cơ sở hạ tầng tài chính cần kiến trúc blockchain

Ngành công nghiệp tiền điện tử đang gặp vấn đề về cơ sở hạ tầng mà hiếm khi được thảo luận trực tiếp: chúng ta đã xây dựng các hệ thống tài chính trên các blockchain mà không được thiết kế cho tài chính, điều này yêu cầu chúng ta phải suy nghĩ lại về kiến trúc blockchain.

Tóm tắt

• Các blockchain đa mục đích gặp khó khăn với tài chính. Thực thi tuần tự tạo ra các nút thắt; giao dịch tài chính cần xử lý song song để mở rộng hiệu quả.
• Tính khả thi kết hợp thúc đẩy giá trị của hệ sinh thái. Các nguyên tắc hạ tầng chia sẻ cho phép các giao thức xây dựng dựa trên nhau, giảm sự phân mảnh và cho phép các sản phẩm sinh lợi với hiệu quả vốn.
• Việc chấp nhận của các tổ chức đòi hỏi cơ sở hạ tầng, không chỉ là các tính năng. Tuân thủ có quyền, KYC và các mô-đun kiểm toán trên các hệ thống phi tập trung là điều kiện tiên quyết cho sự tham gia nghiêm túc của các tổ chức.

Tôi nhận ra điều này ngay khi chúng tôi bắt đầu xây dựng Momentum. Hầu hết các giao thức ra mắt như những sản phẩm tách biệt, một DEX, một thị trường cho vay, một giải pháp staking, coi mỗi cái như một công cụ riêng biệt thay vì là một phần của một hệ thống liên kết. Nhưng sự phân mảnh này tiết lộ một sự không phù hợp kiến trúc sâu sắc hơn. Lớp blockchain bên dưới đơn giản không được xây dựng để đáp ứng những gì tài chính đòi hỏi: xử lý song song quy mô lớn, các nguyên tố có thể kết hợp, và cơ sở hạ tầng mà các giao thức khác có thể xây dựng một cách đáng tin cậy.

Điều này không chỉ là lý thuyết. Nó thể hiện qua các lỗi giao dịch trong thời gian nhu cầu cao, sự kém hiệu quả về vốn trong các thị trường thanh khoản, và một hệ sinh thái nơi mỗi giao thức hoạt động một cách tách biệt thay vì hợp tác.

Rào cản thực sự: Các blockchain không được thiết kế cho tài chính

Khi chúng tôi quyết định nơi xây dựng DEX của mình, sự lựa chọn rõ ràng với tôi nhưng có vẻ ngược lại với nhiều người. Mọi người đều hỏi: Tại sao không phải Ethereum (ETH)? Câu trả lời tiết lộ mọi thứ về cách tôi nghĩ về cơ sở hạ tầng.

Xem xét sự khác biệt cơ bản giữa cách Ethereum và Sui (SUI) xử lý giao dịch. Mô hình thực thi tuần tự của Ethereum có nghĩa là mọi giao dịch phải được xử lý theo thứ tự, tạo ra các nút thắt cổ chai dưới tải. Điều này không phải là một lỗi trong thiết kế của Ethereum; đó chưa bao giờ là trường hợp sử dụng dự kiến. Ethereum được xây dựng để trở thành một nền tảng tính toán đa mục đích.

Tài chính đòi hỏi một cái gì đó khác biệt. Hầu hết các hoạt động tài chính là độc lập. Khi Alice hoán đổi token và Bob đặt cọc tài sản, những giao dịch này không phụ thuộc vào nhau. Xử lý tuần tự tạo ra sự tắc nghẽn nhân tạo. Xử lý song song không chỉ là một tối ưu hóa; nó là cần thiết về mặt cấu trúc.

Sui được xây dựng từ đầu với việc thực thi song song và thiết kế tập trung vào đối tượng sử dụng ngôn ngữ lập trình Move. Lựa chọn kiến trúc này không chỉ nhanh hơn — mà còn cho phép một loại sản phẩm tài chính hoàn toàn khác tồn tại ở quy mô lớn.

Bằng chứng đến nhanh hơn chúng tôi mong đợi. Trong sáu tháng, DEX của chúng tôi đã mở rộng từ không đến $500M trong thanh khoản và $1.1B trong khối lượng giao dịch hàng ngày, tích lũy $22B trong khối lượng giao dịch tích lũy trong khi onboarding 2.1 triệu người dùng mà không có sự tắc nghẽn đáng kể. Xử lý khối lượng như vậy mà không có lỗi giao dịch không phải là một thành tựu marketing; đó là bằng chứng của sự vững chắc kiến trúc cơ bản. Hãy cố gắng đạt được những thông số đó trên một blockchain thực hiện tuần tự và bạn sẽ thấy chính xác lý do tại sao kiến trúc lại quan trọng.

Tại sao khả năng kết hợp hạ tầng quan trọng hơn các sản phẩm đơn lẻ

Có một vấn đề thứ hai, tinh tế hơn mà tôi đã học để nhận ra: các sản phẩm tài chính nên là những khối xây dựng có thể kết hợp, chứ không phải là những kho chứa tách biệt.

Một lớp hạ tầng tài chính được thiết kế đúng cách nên cho phép các giao thức khác xây dựng trên các nguyên lý chia sẻ. Nếu mỗi giao thức phải xây dựng quản lý kho bạc riêng, giải pháp staking riêng, hạ tầng thanh khoản riêng, hệ sinh thái sẽ bị phân mảnh. Các nhà phát triển dành thời gian giải quyết các vấn đề giống nhau thay vì đổi mới trên những vấn đề mới. Tôi đã chứng kiến điều này xảy ra nhiều lần trên các chuỗi.

Đây là nơi hầu hết các giao thức thất bại. Họ xây dựng một sản phẩm tốt, sau đó hệ sinh thái xung quanh họ trở nên cứng nhắc. Mỗi giao thức mới về cơ bản bắt đầu từ con số không.

Khi chúng tôi xây dựng giao thức của mình, chúng tôi cố ý không chỉ tạo ra một DEX. Chúng tôi đã xây dựng các nguyên tắc cơ sở hạ tầng mà các giao thức khác sẽ hợp lý chọn sử dụng thay vì xây dựng lại. MSafe, giải pháp quản lý quỹ của chúng tôi, hiện đang bảo vệ hàng trăm triệu trong hệ sinh thái Move. Không phải vì chúng tôi ép buộc việc áp dụng, mà vì nó giải quyết một vấn đề thực sự tốt hơn so với các phương án thay thế.

Nhiều giao thức xây dựng trên hạ tầng chia sẻ có nghĩa là nhiều điểm tích hợp hơn, khả năng kết hợp cao hơn và giá trị hệ thống lớn hơn cho tất cả mọi người. Điều này chỉ hiệu quả khi các nguyên tắc cơ bản thực sự tốt. Công nghệ tạo lập thị trường thanh khoản tập trung với các động lực phù hợp tạo ra hiệu quả vốn mà các AMM truyền thống không thể sánh kịp. Staking thanh khoản tạo ra một token biên nhận sinh lãi tạo ra tài sản thế chấp đồng thời có khả năng sinh lợi. Quản lý ngân quỹ đa chữ ký hoạt động đáng tin cậy giảm thiểu ma sát cho quản trị giao thức.

Đây không phải là những tiện ích chỉ để có. Chúng là sự khác biệt giữa một hệ sinh thái tạo ra giá trị và một hệ sinh thái bị phân mảnh. Đây chính là điều cho phép Momentum cung cấp cơ sở hạ tầng mà các giao thức khác lựa chọn hợp lý để xây dựng trên đó thay vì tự xây dựng lại.

Vấn đề vốn của tổ chức là hạ tầng, không phải tính năng

Crypto luôn gặp khó khăn với sự chấp nhận của các tổ chức. Giải thích tiêu chuẩn tập trung vào sự không chắc chắn về quy định hoặc hạn chế về trải nghiệm người dùng. Tuy nhiên, nút thắt thực sự thường đơn giản hơn: các tổ chức không thể sử dụng cơ sở hạ tầng phi tập trung thiếu khả năng tuân thủ.

Đây không phải là lý do để tập trung hóa. Đó là lý do để xây dựng lớp phù hợp trên cơ sở hạ tầng phi tập trung. Nếu bạn có thể cung cấp tuân thủ có quyền truy cập như một mô-đun tùy chọn, cho phép người dùng tổ chức xác minh danh tính của họ và giao dịch với sự rõ ràng hoàn toàn về quy định, trong khi giữ cho cơ sở hạ tầng cơ bản không bị hạn chế, bạn sẽ giải quyết vấn đề mà không cần thỏa hiệp.

Các tổ chức sẽ không đầu tư vốn nghiêm túc vào các hệ thống không thể cung cấp kiểm toán quy định, xác minh KYC hoặc tài liệu tuân thủ. Đây không phải là các tính năng, mà là các điều kiện cấu trúc cần thiết cho sự tham gia của các tổ chức. Đó không phải là sự canh gác. Đó là việc thừa nhận thực tế.

Lập luận thực tế

Đây là tuyên bố mà tôi đưa ra, tách biệt khỏi bất kỳ giao thức cụ thể nào: Các blockchain được xây dựng cho tính toán chung không thể phục vụ hiệu quả như cơ sở hạ tầng tài chính. Tài chính đòi hỏi kiến trúc được thiết kế đặc biệt cho xử lý song song, các nguyên tố có thể kết hợp và tuân thủ của các tổ chức. Các giao thức sẽ di chuyển về phía các blockchain có những đặc tính này - không phải vì chúng đang thịnh hành, mà vì kinh tế của việc hoạt động trên cơ sở hạ tầng tốt hơn đơn giản là vượt trội.

Đây không phải là một lập luận rằng “Sui tốt hơn Ethereum.” Ethereum có thể và nên tiếp tục phát triển. Các giải pháp Layer-2 là những cách tiếp cận hợp pháp. Đây là một lập luận rằng các hệ thống tài chính cần được xây dựng trên những nền tảng kiến trúc khác với các nền tảng tính toán đa năng.

Hệ quả là ít hiển nhiên hơn: nếu một blockchain được xây dựng với mục đích tài chính và đạt được sự chấp nhận đáng kể, nó trở thành nền tảng tự nhiên cho sự đổi mới tài chính. Không phải vì tiếp thị, mà vì các giao thức khác hợp lý chọn xây dựng ở đó.

Câu hỏi cho ngành công nghiệp không phải là chuỗi nào “chiến thắng”. Mà là liệu chúng ta có sẵn sàng thừa nhận rằng kiến trúc blockchain một kích thước cho tất cả không bao giờ là cách tiếp cận đúng đắn, và rằng cơ sở hạ tầng chuyên biệt mang lại kết quả tài chính tốt hơn.

Nhận thức đó thay đổi mọi thứ về cách các giao thức nên được xây dựng và nơi chúng nên được triển khai. Nó đang thay đổi cách tôi suy nghĩ về Momentum, và nó nên thay đổi cách bạn suy nghĩ về nơi để xây dựng tiếp theo.

ChefWen

ChefWen là người sáng lập Momentum, Engine Thanh Khoản Trung Tâm Move. Với nền tảng kỹ thuật vững chắc — bao gồm các vai trò kỹ sư phần mềm cao cấp tại Libra của Facebook và Amazon — Wendy kết hợp chuyên môn kỹ thuật sâu rộng với khả năng lãnh đạo tầm nhìn để xây dựng các giải pháp quy mô lớn, hình thành ngành công nghiệp. Wendy có bằng Thạc sĩ về Kỹ thuật Máy tính và Nghiên cứu Hoạt động trong Kỹ thuật Công nghiệp & Hệ thống từ Georgia Institute of Technology. Tại Momentum, Wendy đang dẫn dắt các nỗ lực trở thành engine thanh khoản trung tâm cho hệ sinh thái Move với việc ra mắt DEX ve(3,3) đa chuỗi đầu tiên. Hiện tại là DEX số 1 trên Sui. Sự kết hợp của cô ấy về hiểu biết kỹ thuật cấp cao, động lực khởi nghiệp và góc nhìn đa văn hóa khiến cô trở thành một diễn giả thu hút cho những khán giả quan tâm đến tương lai của Web3, đổi mới và kỹ thuật phần mềm.