Flex Liquidity Pools: Nơi hiệu quả Vốn đáp ứng các yêu cầu pháp lý

Bài viết này được dịch máy
Xem bản gốc

Bởi Tigran Bolshoi , Mike Shishko và Aleksei Bogdanov thay mặt Swaps.io

Tuyên bố miễn trừ trách nhiệm
Quá trình phát triển đang diễn ra tích cực. Nhiều thành phần và tính năng được mô tả bên dưới là WIP và có thể thay đổi.

Để biết thông tin chi tiết về triển khai mới nhất, hãy tham khảo kho lưu trữ hợp đồng thông minh:
:link: github.com/swaps-io/flex-pool-contracts


Lý lịch

Trong những năm gần đây, hệ sinh thái DeFi đã chứng kiến sự chuyển dịch nhanh chóng từ các tương tác trực tiếp trên chuỗi sang các kiến trúc dựa trên ý định – kết quả mong muốn do người dùng xác định được thực hiện bởi một mạng lưới các trình giải quyết phi tập trung. Các giao thức như UniswapX, 1inch Fusion, CowSwap, Bebop và Velora đang ngày càng thay thế các giao diện DEX truyền thống bằng cách cho phép người dùng ủy quyền logic thực hiện cho các tác nhân chuyên nghiệp.

Một trong những động lực chính đằng sau quá trình chuyển đổi này là nhu cầu tách biệt sự phức tạp của giao dịch cấp thấp khỏi người dùng, loại bỏ yêu cầu quản lý thủ công việc định tuyến, lựa chọn cầu nối và DEX, và thực hiện giao dịch. Các nghiên cứu về mô hình thực hiện dựa trên ý định cho thấy rằng sự cạnh tranh dựa trên trình giải quyết dẫn đến việc khám phá giá tốt hơn thông qua đấu giá giá, đồng thời giảm thiểu việc trích xuất MEV trực tiếp.

Xu hướng này cũng đã mở rộng sang lĩnh vực chuỗi chéo với các giao thức dựa trên ý định như Across, 1inch Fusion+, Swaps.io , Squid, Mayan và các giao thức khác. Tuy nhiên, mặc dù được áp dụng ngày càng nhiều, cơ sở hạ tầng thanh khoản hỗ trợ vẫn còn phân mảnh và không được chuẩn hóa.

Các nút thắt hoạt động cho các trình giải quyết chuỗi chéo

Mặc dù mô hình ý định mang lại những lợi thế rõ ràng về hiệu quả thực hiện và tính trừu tượng của độ phức tạp, nhưng nó lại gây ra chi phí vận hành đáng kể cho người giải quyết.

Phân mảnh vốn và thanh khoản

Trong hầu hết các giao thức chuỗi chéo hiện có, người giải quyết phải cấp vốn trước cho thanh khoản trên nhiều chuỗi, quản lý việc tái cân bằng tài sản và chịu rủi ro liên quan đến việc lưu ký và thực hiện chuỗi chéo. Những trách nhiệm này không chỉ đòi hỏi kỹ thuật cao mà còn không hiệu quả về mặt vốn và rủi ro kinh tế.

Đối tác và sự phụ thuộc tín dụng

Để hoạt động hiệu quả, những người giải quyết thường tìm kiếm các thỏa thuận tín dụng bên ngoài để hỗ trợ nhu cầu hàng tồn kho của họ, buộc họ phải hoạt động theo logic của các công cụ tài chính truyền thống. Điều này thực sự đặt họ vào vai trò của người vay tổ chức, đảm nhận sự phức tạp của các cuộc đàm phán tín dụng và quản lý trả nợ. Các thỏa thuận này liên quan đến các bên cho vay đáng tin cậy với các điều khoản lãi suất cố định không hiệu quả khi vốn không được sử dụng.

Phơi bày theo quy định và pháp lý

Việc hợp tác với các thực thể đáng tin cậy và được quản lý, tuân thủ các quy trình tuân thủ làm tăng đáng kể khả năng tiếp xúc với quy định pháp lý và tài chính. Trong nhiều trường hợp, điều này đòi hỏi giấy phép môi giới và có thể dẫn đến trách nhiệm pháp lý trong trường hợp có tranh chấp. Các yêu cầu như vậy hoàn toàn trái ngược với các nguyên tắc của hệ thống phi tập trung và không cần cấp phép.

Cần một lớp thanh khoản thống nhất

Điều còn thiếu là một lớp thanh khoản thống nhất, không cần xin phép và có thể lập trình cho phép người giải quyết vay vốn mà không cần xin phép, an toàn và theo yêu cầu, đồng thời cho phép các nhà cung cấp thanh khoản kiếm thêm lợi nhuận từ hoạt động thực hiện của người giải quyết trong một môi trường minh bạch và tách biệt rủi ro. Flex Pools được thiết kế để giải quyết khoảng cách này.

Flex Pools: Thanh khoản thống nhất cho nền kinh tế Solver

Flex Pools giới thiệu một lớp thanh khoản chuỗi chéo thống nhất được thiết kế cho các giao thức dựa trên ý định. Thay vì dựa vào các kho lưu trữ tự quản lý, phân mảnh hoặc các hạn mức tín dụng tập trung, người giải quyết có thể vay và trả lại tài sản thông qua nhiều nhà cung cấp khác nhau truy cập vào thanh khoản (tức là vay và trả lại) theo cách chuẩn hóa. Đổi lại, các nhà cung cấp thanh khoản kiếm được lợi nhuận bổ sung từ các luồng thực hiện của người giải quyết trong một môi trường an toàn, không cần cấp phép.

Hệ thống này kết hợp lợi ích của ba nhóm người tham gia cốt lõi:

  • Người giải quyết có được quyền truy cập tức thời, theo yêu cầu vào thanh khoản mà không cần phải quản lý hàng tồn kho xuyên chuỗi hoặc vay từ các chủ nợ bên ngoài. Mỗi tương tác đều tuân theo logic hợp đồng minh bạch trên chuỗi, với người giải quyết chỉ truy cập thanh khoản tại thời điểm cần thiết và chỉ trả tiền trong thời gian sử dụng. Điều này loại bỏ nợ dài hạn, nghĩa vụ lãi suất cố định và rủi ro pháp lý. Giao thức này trừu tượng hóa việc quản lý hàng tồn kho, tái cân bằng và xác minh xuyên chuỗi, cho phép người giải quyết tập trung hoàn toàn vào các thuật toán thực hiện và logic định tuyến - tương tự như giải quyết trên chuỗi.

  • Nhà cung cấp thanh khoản được hưởng lợi từ mô hình đầu tư đa chuỗi có khả năng mở rộng với các bảo đảm trên chuỗi thay thế cho các nghĩa vụ pháp lý. Flex Pool cung cấp tính thanh khoản có thể lập trình và hiệu quả vốn vượt xa những gì các nhóm thanh khoản thông thường có thể cung cấp, cho phép LP kiếm thêm lợi nhuận từ hoạt động của người giải quyết.

  • Các hệ thống và cơ sở hạ tầng dựa trên Solver – bao gồm các giao thức và mạng lưới theo ý định, ví thông minh trừu tượng hóa chuỗi và ứng dụng phi tập trung, cầu nối điền nhanh và lớp thanh toán bù trừ – có quyền truy cập vào cơ sở hạ tầng thanh khoản được chia sẻ giúp giảm rào cản gia nhập và cải thiện hiệu quả thực hiện. Bằng cách tách thanh khoản khỏi Solver và phân tách rõ ràng các vai trò, Flex Pools cho phép phân cấp và khả năng kết hợp lớn hơn trên toàn bộ ngăn xếp dựa trên ý định.

Ngành kiến trúc

Tổng quan

Flex Pools là một giao thức thanh khoản mô-đun được thiết kế để thực hiện chuỗi chéo dựa trên ý định. Nó cho phép người giải quyết vay tài sản trên một chuỗi và trả lại chúng trên một chuỗi khác bằng cách sử dụng các hoạt động vay và trả lại được chuẩn hóa. Các hoạt động này được thực hiện thông qua nhiều bộ điều hợp người nhận được danh sách trắng an toàn cho các nhà cung cấp bên thứ ba.

Ví dụ về quy trình làm việc cho giao thức khóa tài sản
Ví dụ về quy trình làm việc cho giao thức khóa tài sản 2034×1110 174 KB

Hệ thống được tổ chức thành các enclave – các bộ kho lưu trữ được mã hóa EIP-4626 được triển khai trên nhiều chuỗi cho một tài sản logic duy nhất. Mỗi kho lưu trữ quản lý tiền gửi, tiền rút và chia sẻ kế toán trên chuỗi tương ứng của nó. Các kho lưu trữ trong một enclave được kết nối thông qua một cơ sở hạ tầng chung xử lý nhắn tin và xác minh chuỗi chéo, tận dụng các trình xác minh sự kiện được hỗ trợ bởi oracle để đảm bảo tính hợp lệ của thực thi.

Giao thức được thiết kế để có thể cấu thành, cho phép tích hợp với nhiều bộ điều hợp người nhận , trình xác minh sự kiệnbộ điều chỉnh xác định mô hình phí.

Cơ sở hạ tầng

Cốt lõi của cơ sở hạ tầng là hợp đồng FlexPool , duy trì danh sách trắng nghiêm ngặt các bộ điều hợp taker được chấp thuận. Mỗi taker được liên kết với một nhà cung cấp bên thứ ba cụ thể và được ghép nối với một tuner xác định phí thực hiện và cân bằng lại. Cùng nhau, cặp taker-tuner quản lý cách thanh khoản được di chuyển qua các chuỗi cho một nhà cung cấp và vùng an toàn nhất định.

Cơ sở hạ tầng Flex Pool
Cơ sở hạ tầng Flex Pool 728×1013 96 KB

Hợp đồng Taker thường được giới hạn trong một kênh chuỗi-đến-chuỗi cụ thể để bảo mật tốt hơn. Trong nhiều trường hợp, taker dựa vào hợp đồng Giver hỗ trợ được triển khai trên chuỗi đối diện, phát ra các sự kiện có thể xác minh để chứng minh rằng tính thanh khoản đã bị khóa và cam kết trả lại cho nhóm. Do đó, có thể có một số trường hợp của một nhà cung cấp trong bộ định tuyến – mỗi trường hợp được triển khai với các tham số khác nhau để phục vụ một chuỗi enclave cụ thể.

Một số nhà cung cấp yêu cầu xác thực các sự kiện từ các chuỗi khác để xác nhận trả lại tài sản. Để hỗ trợ điều này, giao thức sử dụng một trừu tượng IEventVerifier xác thực các bằng chứng chuỗi chéo và đảm bảo tính chính xác của take và các hoạt động liên quan.

Mô hình Enclave

Enclave là một tập hợp các kho lưu trữ được triển khai trên nhiều chuỗi để quản lý tính thanh khoản cho một tài sản logic duy nhất (ví dụ: USDC, ETH). Mỗi chuỗi lưu trữ một kho lưu trữ – một hợp đồng FlexPool độc lập – hoạt động độc lập nhưng chia sẻ logic kế toán với các kho lưu trữ khác trong cùng một enclave.

Các vùng đất được thiết kế tách biệt về mặt thanh khoản: tài sản được gửi vào kho tiền sẽ vẫn nằm trên chuỗi đó trừ khi được di chuyển rõ ràng thông qua hoạt động take và sau đó được trả lại thông qua lệnh give trong hợp đồng trợ giúp Giver hoặc bằng cách chuyển mã thông báo trực tiếp trở lại địa chỉ nhóm.

Trong khi các vùng enclave hoạt động độc lập, chúng được kết nối hợp lý thông qua cơ sở hạ tầng của giao thức. Nếu tính thanh khoản phân phối không đều - ví dụ, khi một chuỗi bị cạn kiệt do hoạt động của trình giải - cơ chế tái cân bằng sẽ khuyến khích tái phân phối trở lại trạng thái cân bằng.

Kế toán tài sản

Mỗi kho FlexPool quản lý một token ERC-20 duy nhất. Trên các chuỗi, cùng một tài sản logic (ví dụ: USDC) có thể có các hợp đồng token khác nhau, nhưng phải giữ nguyên giá trị tương đương và khả năng thay thế. Giao thức hỗ trợ các số thập phân khác nhau và tùy chọn các token được đóng gói hoặc mang lại lợi nhuận.

Tài sản Flex Pool
Tài sản Flex Pool 801×272 22,5 KB

Mỗi nhóm theo dõi các trạng thái tài sản quan trọng sau:

  • Tổng tài sản: Tổng số tiền tài sản được quản lý bởi nhóm, bao gồm tất cả tiền gửi và phí giao thức. Thể hiện toàn bộ nghĩa vụ đối với các nhà cung cấp thanh khoản.

  • Tài sản hiện tại: Số lượng tài sản hiện đang được lưu giữ trong kho lưu trữ trên chuỗi cục bộ. Bao gồm cả thanh khoản khả dụng và dự trữ tái cân bằng.

  • Tài sản khả dụng: Phần tài sản lưu động không được dự trữ và có thể sử dụng ngay để take hoặc withdraw .

  • Tài sản cân bằng lại: Một khoản dự trữ riêng được giữ trong két và được sử dụng để trả cho người giải quyết để khôi phục sự cân bằng chuỗi chéo. Được tài trợ từ các hoạt động take làm tăng sự mất cân bằng.

  • Tài sản cân bằng: Sự khác biệt giữa số dư tài sản hiện tại của két và tỷ lệ lý tưởng của két trong tổng thanh khoản. Giá trị dương có nghĩa là két giữ thanh khoản dư thừa; giá trị âm có nghĩa là két thiếu vốn so với tổng số két. Chỉ số này được bộ điều chỉnh sử dụng để tính toán các ưu đãi tái cân bằng trong quá trình take .

Cùng nhau, các giá trị này đảm bảo tính kế toán chính xác và sử dụng thanh khoản an toàn trên toàn bộ chuỗi. Chúng cũng đóng vai trò là đầu vào cho logic phí giao thức và công thức chuyển đổi cổ phiếu thành tài sản.

Hoạt động

Flex Pools triển khai cả hoạt động kho lưu trữ EIP-4626 tiêu chuẩn và cơ chế chuyển tiền thanh khoản xuyên chuỗi.

Hoạt động của Vault

Các nhà cung cấp thanh khoản tương tác với nhóm thông qua các chức năng quen thuộc:

  • deposit / mint : ký gửi tài sản để đổi lấy cổ phiếu
  • withdraw / redeem : đốt cổ phiếu để nhận tài sản cơ bản
  • Các chức năng xem trước và giới hạn ( previewDeposit , maxWithdraw , v.v.) tuân theo thông số kỹ thuật EIP-4626

Cổ phiếu là token ERC-20 đại diện cho quyền sở hữu theo tỷ lệ. Giá trị của chúng tăng theo thời gian khi phí giao thức tích lũy từ hoạt động của trình giải.

Hoạt động chuỗi chéo

  • take : chuyển assets từ nhóm đến người gọi taker được liệt kê trắng. Taker chịu trách nhiệm chuyển tiếp hoặc khóa các tài sản này trên chuỗi hiện tại và đảm bảo lợi nhuận tương ứng ( minGiveAssets ) trên chuỗi khác. Phí liên quan ( protocolAssets, rebalanceAssets ) được tính toán bởi tuner được chỉ định.
  • give : trả lại thanh khoản vào một vùng an toàn. Trong hầu hết các trường hợp, điều này được triển khai như một lệnh chuyển ERC-20 đơn giản vào két, tùy chọn được gói trong hợp đồng giver trợ giúp để phát ra các sự kiện có thể xác thực bằng chứng.
  • Việc tái cân bằng được xử lý ngầm thông qua giá trị rebalanceAssets trong hoạt động take . Những người giải quyết giải quyết thanh khoản dư thừa có thể nhận được khoản hoàn lại, trong khi những người làm tăng mất cân bằng có thể phải chịu thêm một khoản phí.

Các hoạt động này tạo thành vòng đời cốt lõi của tính thanh khoản trong Flex Pools – từ việc cung cấp và sử dụng đến phân phối lại trên khắp các chuỗi.

Người nhận và người cho

Takers là hợp đồng bộ điều hợp chịu trách nhiệm xử lý logic thực hiện của một hoạt động take. Mỗi taker được liên kết với một nhà cung cấp bên thứ ba hoặc hệ thống định tuyến cụ thể và được chấp thuận thông qua danh sách trắng nội bộ của nhóm. Takers nhận tài sản đã vay từ nhóm và phải đảm bảo rằng việc hoàn trả tương ứng xảy ra trên một chuỗi khác.

Người nhận có thể dựa vào các hợp đồng Giver được ghép nối triển khai trên chuỗi đối diện. Các hợp đồng này bao gồm một hoạt động give , phát ra các sự kiện có thể xác minh được dùng để xác nhận rằng tính thanh khoản đã được trả lại. Người cho có thể thực thi logic bổ sung hoặc kiểm tra an toàn theo yêu cầu của nhà cung cấp taker.

Hệ thống điều chỉnh

Người điều chỉnh xác định các thông số kinh tế của mỗi hoạt động take . Họ là các hợp đồng mô-đun được giao cho mỗi người thu và chịu trách nhiệm tính toán:

  • Phí giao thức ( protocolAssets ) – phần tài sản được trả cho nhóm, phân phối cho các nhà cung cấp thanh khoản
  • Phí cân bằng lại ( rebalanceAssets ) – khoản tiền thưởng hoặc tiền phạt dựa trên cách hoạt động ảnh hưởng đến số dư thanh khoản chuỗi chéo

Bộ điều chỉnh thực hiện một giao diện chuẩn hóa:

tune(assets) → (protocolAssets, rebalanceAssets)

Việc triển khai cơ bản nhất là LinearTuner hiện tại,
áp dụng:

  • Một thành phần phí cố định
  • Phí tính theo phần trăm trên assets được yêu cầu
  • Một sự điều chỉnh cân bằng động dựa trên equilibriumAssets của vùng đất

Các loại bộ điều chỉnh tiên tiến hơn – chẳng hạn như mô hình đa độ dốc hoặc bộ điều chỉnh có đầu vào ngoài chuỗi (ví dụ: dữ liệu thị trường, tính điểm của bộ giải) – có thể được cắm vào mà không cần thay đổi logic nhóm.

Bộ điều chỉnh đảm bảo rằng phí có tính thích ứng, công bằng và phù hợp với điều kiện thanh khoản hiện tại trên toàn bộ chuỗi. Chúng cũng đóng vai trò là cơ chế phân phối lại chi phí thực hiện và duy trì sự cân bằng hệ thống.

Lớp xác minh

Hầu hết các nhà cung cấp taker đều yêu cầu bằng chứng cho thấy một hoạt động give đã xảy ra trên một chuỗi khác trước khi cho phép take . Để hỗ trợ điều này, Flex Pools sử dụng giao diện IEventVerifier có thể cắm được – một lớp xác minh trừu tượng kiểm tra các bằng chứng chuỗi chéo xác nhận sự hiện diện của các sự kiện cụ thể, hiển thị một hàm duy nhất:

verifyEvent(chain, emitter, topics, data, proof)

Nếu sự kiện hợp lệ và cuối cùng, lệnh gọi sẽ thành công; nếu không, lệnh gọi sẽ được hoàn nguyên. Cơ chế này cho phép người nhận tin tưởng một cách an toàn vào kết quả thực hiện chuỗi chéo mà không cần đưa ra các giả định về độ tin cậy hoặc bộ chuyển tiếp tập trung.

Nhiều triển khai xác minh có thể cùng tồn tại, cho phép hỗ trợ các hệ thống chứng minh và oracle khác nhau.

Cân bằng lại Logic

Khi các trình giải quyết di chuyển thanh khoản qua các chuỗi bằng cách sử dụng takegive , sự mất cân bằng có thể xảy ra trong một enclave. Để khắc phục điều này, giao thức bao gồm một cơ chế khuyến khích cân bằng lại tích hợp sẵn, được tích hợp hoàn toàn vào hoạt động take . Mỗi lệnh take trả về giá trị rebalanceAssets từ bộ điều chỉnh:

  • Tích cực – người giải quyết phải trả thêm phí, tăng dự trữ tái cân bằng của vùng đất
  • Tiêu cực – người giải được thưởng bằng tài sản thặng dư từ dự trữ để khôi phục lại sự cân bằng

Những động cơ này dựa trên equilibriumAssets của vùng an toàn, đo lường mức độ lệch giữa trạng thái hiện tại và trạng thái lý tưởng – khi tất cả tổng tài sản trên chuỗi đều có sẵn để thực hiện các hoạt động takewithdraw .

Ngoài việc phân xử do trình giải quyết điều khiển, giao thức được thiết kế để hỗ trợ cân bằng lại gốc thông qua các cầu nối bên ngoài – như Circle CCTP, LayerZero và Everclear, cho phép di chuyển trực tiếp các tài sản trong các vùng kín. Mỗi vùng kín có thể được cấu hình với bộ cân bằng lại riêng, cho phép các chiến lược linh hoạt cho mỗi tài sản và chuỗi.

Tích hợp nhà cung cấp

Hệ thống hỗ trợ tích hợp với nhiều nhà cung cấp thực thi, mỗi nhà cung cấp có hợp đồng TakerGiver tùy chọn riêng. Các bộ điều hợp này triển khai các luồng xác thực nghiêm ngặt trên chuỗi, thường dựa vào bằng chứng sự kiện hoặc các điều kiện xác định để đảm bảo khả năng thanh toán và đảm bảo giao hàng. Hiện tại, hỗ trợ gốc tồn tại cho việc chuyển giao tài sản trực tiếp, 1inch Fusion+ và Across. Các tích hợp trong tương lai được lên kế hoạch cho các giao thức như Swaps.io , Debridge, Squid, Mayan và các giao thức khác.

Hệ thống cũng có thể hỗ trợ các mô hình thế chấp chung, không phụ thuộc vào nhà cung cấp, trong đó người giải quyết khóa thế chấp một lần và truy cập nhiều tuyến người nhận trên khắp các chuỗi và nhà cung cấp.

Mở rộng thanh khoản

Để cải thiện hiệu quả vốn và giảm quỹ nhàn rỗi, Flex Pools được thiết kế để hỗ trợ các nguồn thanh khoản nâng cao ngoài số dư ERC-20 tĩnh. Các phần mở rộng theo kế hoạch bao gồm:

Hỗ trợ tài sản có lợi nhuận

Các nhóm có thể chấp nhận tiền gửi bằng các token được đóng gói hoặc tạo ra lãi suất như aTokens (AAVE), cTokens (Compound), LST/LRT , cổ phiếu vault ERC-4626 và các loại khác. Các tài sản này có thể được tự động mở gói khi được sử dụng cho các hoạt động take , cho phép nhóm kiếm được lợi nhuận thụ động trong khi vẫn duy trì tính khả dụng trên chuỗi.

Quản lý bộ đệm động

Bộ phân bổ nền tảng điều chỉnh tỷ lệ giữa các token mang lại lợi nhuận và tài sản gốc dựa trên các tín hiệu trên chuỗi và ngoài chuỗi (ví dụ: sử dụng, biến động, nhu cầu cân bằng lại). Điều này đảm bảo rằng mỗi vùng an toàn luôn giữ một vùng đệm có thể truy cập được của thanh khoản cơ sở để sử dụng trình giải quyết ngay lập tức.

Phối hợp thực hiện

Trong môi trường có tải trọng cao hoặc đối đầu, việc phối hợp truy cập vào thanh khoản được chia sẻ trở nên quan trọng. Flex Pool được thiết kế để tùy chọn hỗ trợ các lớp phối hợp bên ngoài quản lý thời gian và tính công bằng của các hoạt động takegive .

Lấy Sequencer

Một cơ chế tùy chọn để xếp hàng hoặc giới hạn tốc độ take các hoạt động trên các trình giải quyết. Điều này có thể giúp tránh tình trạng chạy đua, ý định chồng chéo hoặc cạn kiệt thanh khoản trong các môi trường có nhiều tranh chấp. Nó có thể hoạt động ngoài chuỗi và phối hợp quyền truy cập dựa trên tính công bằng hoặc các quy tắc ưu tiên của trình giải quyết.

Cho người phê duyệt trước

Cơ chế xác thực cho các hoạt động give trong nước đảm bảo rằng các tài sản được trả về phù hợp với kỳ vọng và phù hợp với hoạt động take trước đó. Khi kết hợp với sự phối hợp take , nó có thể giúp ngăn ngừa tình trạng thiếu hụt thanh khoản do các trình giải quyết cạnh tranh gây ra bằng cách duy trì hàng đợi có thứ tự các hoạt động givetake dựa trên tính khả dụng thực tế.

Hỗ trợ nhiều mã thông báo

Việc chuyển đổi sang một nhóm duy nhất trên mỗi chuỗi với hỗ trợ nhiều mã thông báo – thay thế nhiều vùng riêng biệt – đang được xem xét để triển khai trong tương lai. Điều này sẽ cho phép quản lý thanh khoản hiệu quả hơn và kế toán thống nhất trên các tài sản có logic định giá chung, chẳng hạn như stablecoin.

Quản lý rủi ro

Flex Pools kết hợp nhiều cơ chế để giảm thiểu rủi ro ở cấp độ vận hành và giao thức trên khắp các chuỗi và tích hợp:

Xác thực sự kiện và ngưỡng kết thúc

Tất cả các sự kiện được xác minh thông qua giao diện trừu tượng IEventVerifier , giao diện này chuyển giao việc kiểm tra bằng chứng cho oracle cơ bản. Ngưỡng cuối cùng – số lượng xác nhận cần thiết trước khi chấp nhận một bằng chứng – phải được cấu hình ở cấp oracle, cho phép linh hoạt trên mỗi chuỗi mà không cần sửa đổi chính trình xác minh. Thiết lập này phải cân bằng giữa việc thực hiện trình giải nhanh với việc bảo vệ chống lại việc tổ chức lại chuỗi.

Trình xác minh sự kiện cung cấp logic xác minh sự kiện chung, không phụ thuộc vào các thông số cụ thể của bên thực hiện. Giao diện trình xác minh yêu cầu bên thực hiện cung cấp các thành phần cơ bản của sự kiện dự kiến: hợp đồngchuỗi phát, chủ đềdữ liệu sự kiện, cũng như bằng chứng (thường được chuyển tiếp từ tham số cuộc gọi). Trình xác minh sự kiện có thể được nâng cấp, kiểm tra hoặc thay thế độc lập, tùy thuộc vào quản trị thông qua biểu quyết DAO hoặc đa chữ ký. Tất cả các thay đổi có thể bao gồm độ trễ thời gian hoặc cơ chế dàn dựng để ngăn chặn sự thay đổi độ tin cậy đột ngột và cho phép giám sát trước khi kích hoạt.

Phạm vi nhà cung cấp thanh khoản

Trong các phiên bản tương lai, nhà cung cấp thanh khoản có thể xác định tập hợp người nhận hoặc nhà cung cấp mà họ tin tưởng khi gửi vào một nhóm. Ví dụ, nhà cung cấp có thể chọn chỉ hỗ trợ 1inch Fusion+, chỉ Swaps.io hoặc cả hai. Phạm vi tin cậy này được thực thi trong các hoạt động take , đảm bảo rằng vốn của nhà cung cấp chỉ được sử dụng trong các luồng thực hiện đã được phê duyệt.

Bộ đệm thanh khoản và hàng đợi rút tiền

Để bảo vệ khả năng thanh toán, mỗi vùng bảo vệ duy trì một vùng đệm thanh khoản khả dụng. Các khoản rút tiền được đưa vào hàng đợi khi không thể thực hiện ngay lập tức. Cơ chế này đảm bảo rằng các hoạt động của trình giải quyết và các yêu cầu rút tiền không làm cạn kiệt tiền cùng một lúc.

Kiểm soát khẩn cấp

Hợp đồng cốt lõi bao gồm các tính năng tạm dừng để ứng phó khẩn cấp. Trong trường hợp có hành vi bất ngờ, mối đe dọa bảo mật hoặc lỗi xác minh, giao thức có thể:

  • Tạm dừng take luồng cho mỗi vùng
  • Vô hiệu hóa người nhận hoặc người xác minh cụ thể
  • Tạm thời hạn chế rút tiền

Một vai trò khẩn cấp chuyên dụng có thể được ủy quyền để thực hiện các lệnh tạm dừng quan trọng ngay lập tức, cho phép phản ứng nhanh với các mối đe dọa đang diễn ra hoặc các cuộc tấn công đang diễn ra.

Phần thưởng công bằng chống lại sự chạy trước

Việc triển khai ban đầu được xây dựng trên tiêu chuẩn ERC-4626, vốn có một vấn đề tiên phong – nơi các khoản tiền gửi lớn có thể thao túng giá cổ phiếu theo hướng có lợi cho họ. Để giải quyết vấn đề này, lộ trình của chúng tôi bao gồm việc giới thiệu cơ chế phân phối phần thưởng theo thời gian, dựa trên những hiểu biết sâu sắc từ nhóm 1inch và thiết kế hợp đồng canh tác của họ.

Cơ chế này sẽ đảm bảo rằng phần thưởng được phân bổ liên tục và theo tỷ lệ, không chỉ dựa trên số tiền đặt cược mà còn dựa trên thời hạn của mỗi khoản tiền gửi. Bằng cách kết hợp phân phối theo trọng số thời gian, chúng tôi hướng đến mục tiêu loại bỏ các động cơ dẫn đầu trong khi vẫn bảo toàn cơ chế cốt lõi của ERC-4626.

Mô hình phí

Mỗi hoạt động take sẽ phải chịu một khoản phí do bộ điều chỉnh được chỉ định tính toán.
Phí này có thể bao gồm:

  • Phí giao thức , được chuyển vào nhóm dưới dạng giá trị được giữ lại
  • Phí cân bằng lại , nếu có. Được sử dụng để khuyến khích người cân bằng lại và duy trì sự cân bằng thanh khoản xuyên chuỗi
  • Phần thưởng cho người giải quyết , nếu có.

Cấu trúc chính xác được xác định bởi bộ chỉnh được gán cho người nhận và có thể là cố định, dựa trên phần trăm hoặc được tính toán động.

Các nhà cung cấp thanh khoản kiếm được lợi nhuận thông qua:

  • Tích lũy phí giao thức trong nhóm
  • Lợi nhuận tùy chọn từ các mã thông báo mang lại lợi nhuận hoặc các vị thế LP tích hợp
  • Các ưu đãi đối tác tiềm năng từ các giao thức tích hợp

Khi quỹ phát triển và được sử dụng tích cực hơn, giá trị của cổ phiếu LP sẽ tăng lên, phản ánh cả sự tích lũy tài sản cơ sở và sự tích hợp ở cấp độ hệ thống.

Tăng trưởng hệ sinh thái

Flex Pools được thiết kế như cơ sở hạ tầng nền tảng cho hệ sinh thái đang phát triển của các giao thức dựa trên ý định, cho phép thực hiện chuỗi chéo có thể mở rộng với tính thanh khoản được chia sẻ. Giao thức được định vị để phát triển theo nhiều hướng chiến lược:

Tích hợp giao thức ý định

Flex Pools cung cấp cơ sở hạ tầng thanh khoản chung cho các giao thức khác nhau như Fusion+, Swaps.io , Across, Squid và các giao thức khác. Bất kỳ dự án nào cũng có thể kết nối với mô hình cho/nhận mà không cần quản lý hàng tồn kho của riêng mình.

Khi nhu cầu của người dùng về thực thi dựa trên ý định tăng lên trên các miền như hoán đổi, bắc cầu và tự động hóa, nhiều giao thức xuất hiện để hỗ trợ các luồng này và nhiều trình giải quyết hơn tham gia thị trường để tìm kiếm quyền truy cập hiệu quả vào vốn. Flex Pool đóng vai trò là lớp thanh khoản được chia sẻ cho hệ sinh thái đang mở rộng này – càng nhiều giao thức tích hợp, nhu cầu về thanh khoản của trình giải quyết càng tăng – thúc đẩy sự tăng trưởng hữu cơ của chính các nhóm khi LP phản ứng với các cơ hội sinh lời liên quan đến nhu cầu thanh khoản thực tế.

Dự án khởi động

Các dự án có thể triển khai Flex Pool gốc để khởi động tính thanh khoản chuỗi chéo cho token của họ, cho phép sử dụng liền mạch trên các mạng và giao thức. Các pool này cho phép người giải quyết truy cập vào token của dự án để thực hiện, hỗ trợ giao dịch không cần cấp phép và cân bằng lại tự động.

Flex Pools hỗ trợ các tiêu chuẩn chính – bao gồm OFT (LayerZero), NTT (Wormhole), Warp (Hyperlane), CCT (Chainlink), ITS (Axelar), xERC20 , v.v. – cho phép tương thích với cơ sở hạ tầng cầu nối và DeFi bên ngoài.

Cách tiếp cận này cho phép các dự án cung cấp token của họ trên khắp các chuỗi, cho phép người dùng truy cập liền mạch và trao đổi linh hoạt - mà không cần dựa vào các nhà tạo lập thị trường tập trung hoặc các giải pháp cầu nối bị trì hoãn.

Nhóm đối tác

Flex Pools có thể tích hợp với các nhóm thanh khoản của đối tác, cung cấp cho người dùng tùy chọn tự động gửi token sinh lời của họ vào các Flex Pool hiện có hỗ trợ các tài sản đó, cho phép có thêm lợi nhuận từ hoạt động của người giải quyết.

Điều này tạo ra động lực đôi bên cùng có lợi:

  • Flex Pools thu hút thanh khoản từ các hệ sinh thái đối tác
  • Các đối tác tăng lợi nhuận cho các LP của họ
  • Nhà cung cấp kiếm được lợi nhuận kép với thiết lập tối thiểu

Hỗ trợ OpenIntents (ERC-7683)

Flex Pool được thiết kế với khả năng tương thích ngược cho các giao thức dựa trên OpenIntents thông qua một IEventVerifier trừu tượng xác thực các sự kiện Open được chuẩn hóa phát ra như một phần của đặc tả OpenIntents. Thiết kế này cho phép các trình giải quyết tương tác với Flex Pool trên bất kỳ giao thức nào tuân thủ OpenIntents thông qua một giao diện thống nhất – đơn giản hóa tích hợp, cho phép truy cập thanh khoản được chia sẻ và giảm chi phí hỗ trợ các giao thức mới.

Vượt xa EVM

Flex Pools được thiết kế để hoạt động trên bất kỳ mạng nào có VM có thể lập trình. Trong khi các triển khai ban đầu tập trung vào các chuỗi tương thích với EVM, việc mở rộng sang các môi trường hiệu suất cao như Solana là ưu tiên hàng đầu.


Nguồn
Tuyên bố từ chối trách nhiệm: Nội dung trên chỉ là ý kiến của tác giả, không đại diện cho bất kỳ lập trường nào của Followin, không nhằm mục đích và sẽ không được hiểu hay hiểu là lời khuyên đầu tư từ Followin.
Thích
Thêm vào Yêu thích
Bình luận