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

Bởi Tigran Bolshoi và Mike Shishko thay mặt cho 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:
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ự thay đổi nhanh chóng từ
tương tác trực tiếp trên chuỗi với 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 phi tập trung
trình giải quyết. Các giao thức như UniswapX, 1inch Fusion, CowSwap, Bebop và Velora là
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 thác 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 sự chuyển đổi này là nhu cầu
trừu tượng hóa 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, cầu nối và lựa chọn 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 người 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 khai thác 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 mục đích như Across, 1inch Fusion+, Swaps.io , Squid,
Người Maya và những người khác. Tuy nhiên, mặc dù họ ngày càng được chấp nhận,
hỗ trợ cơ sở hạ tầng thanh khoản vẫn còn phân mảnh và
không 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 cung cấp những lợi thế rõ ràng trong việc thực hiện
hiệu quả và sự trừu tượng phức tạp, nó đặt một
chi phí vận hành cho bộ giải.

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 tính 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 không chỉ đòi hỏi về mặt kỹ thuật mà còn
không hiệu quả về vốn và rủi ro về kinh tế.

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

Để hoạt động hiệu quả, 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 chúng
trong vai trò là người đi vay theo tổ chức, đảm nhận sự phức tạp của
đàm phán tín dụng và quản lý trả nợ. Những sắp xếp này liên quan đến
những người 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ý

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 định
các thủ tục làm tăng đáng kể sự tiếp xúc với pháp lý và tài chính
quy định. Trong nhiều trường hợp, nó yêu cầu 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 tranh chấp. Những yêu cầu như vậy đứng trực tiếp
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 xin phép.

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

Điều còn thiếu là tính thanh khoản thống nhất, không cần xin phép và có thể lập trình được
lớp 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 trình giải quyết một cách minh bạch và tách biệt rủi ro
môi trường. 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 phân mảnh,
hàng tồn kho tự quản 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 các nhà cung cấp khác nhau có quyền truy cập vào thanh khoản (tức là
vay và trả lại) theo cách chuẩn hóa. Các nhà cung cấp thanh khoản, đến lượt mình,
kiếm thêm lợi nhuận từ các luồng thực hiện của trình giải quyết một cách an toàn,
môi trường không cần xin 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 tính thanh khoản mà không cần
  để 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 chuỗi minh bạch, với
  người giải quyết chỉ truy cập vào tính thanh khoản tại thời điểm cần thiết và thanh toán
  chỉ trong thời gian sử dụng. Điều này loại bỏ nợ dài hạn, cố định
  nghĩa vụ lãi suất và rủi ro pháp lý. Giao thức
  tóm tắt quản lý hàng tồn kho, tái cân bằng và chuỗi chéo
  xác minh, cho phép người giải tập trung hoàn toàn vào các thuật toán thực thi
  và logic định tuyến – tương tự như giải quyết trên chuỗi.

• Các nhà cung cấp thanh khoản được hưởng lợi từ một chuỗi đa năng có thể mở rộng
  mô hình đầu tư với các đảm bảo trên chuỗi thay thế cho các nghĩa vụ pháp lý.
  Flex Pools 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 các LP
  kiếm thêm lợi nhuận từ hoạt động của người giải.

• Hệ thống và cơ sở hạ tầng dựa trên trình giải quyết – bao gồm
  giao thức và mạng lưới hướng đến mục đích, ví thông minh trừu tượng hóa chuỗi
  và dapps, cầu nối điền nhanh và xóa lớp – 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 biệt tính thanh khoản khỏi các trình giải quyết và rõ ràng
  tách biệt các vai trò, Flex Pools cho phép phân cấp lớn hơn và
  khả năng kết hợp 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ế cho mục đích dựa trên
thực hiện chuỗi chéo. 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 máy khác bằng cách sử dụng phương pháp mượn và trả chuẩn hóa
hoạt động. Các hoạt động này được thực hiện thông qua nhiều biện pháp an toàn
bộ chuyển đổi người nhận được danh sách trắng sang 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 2034×1110 174 KB

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

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 taker , bộ xác minh sự kiện và bộ điều chỉnh xác định phí
mô hình.

Cơ sở hạ tầng

Cốt lõi của cơ sở hạ tầng là hợp đồng FlexPool ,
duy trì một danh sách trắng nghiêm ngặt các bộ điều hợp người nhận được chấp thuận. Mỗi người nhận là
đượ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 bộ điều chỉnh
xác định phí thực hiện và phí cân bằng lại. Cùng nhau, cặp taker-tuner
quản lý cách thanh khoản được chuyển qua các chuỗi cho một nhà cung cấp nhất định và
vùng đất bao quanh.

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

Hợp đồng của người nhận thường được giới hạn trong một chuỗi cụ thể
kênh để bảo mật tốt hơn. Trong nhiều trường hợp, người nhận dựa vào người trợ giúp
Hợp đồng Giver được triển khai trên chuỗi đối diện, phát ra thông tin có thể xác minh được
sự kiện chứng minh rằng thanh khoản đã được khóa và cam kết trả lại
vào 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 bộ được triển khai với các thông số khác nhau để phục vụ
chuỗi vùng bảo vệ 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 IEventVerifier
trừu tượng 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 thao tác liên quan.

Mô hình Enclave

Một vùng an toàn 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ý 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 tiền khác trong
cùng một vùng đất riêng biệt.

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
vẫn nằm trên chuỗi đó trừ khi được di chuyển rõ ràng thông qua một hoạt động take và
sau đó được trả lại thông qua một cuộc gọi give trong một hợp đồng trợ giúp Giver
hoặc bằng cách chuyển token trực tiếp trở lại địa chỉ nhóm.

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

Kế toán tài sản

Mỗi kho FlexPool quản lý một mã thông báo ERC-20 duy nhất. Trên khắp các chuỗi,
cùng một tài sản logic (ví dụ: USDC) có thể có các hợp đồng mã thông báo 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 mã thông báo được đóng gói hoặc mang lại lợi nhuận.

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ả các khoản tiền gửi và phí giao thức. Đại diện cho 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 nắm giữ trong
  két trên chuỗi cục bộ. Bao gồm cả tính thanh khoản khả dụng và
  cân bằng lại dự trữ.

• Tài sản khả dụng: Phần tài sản lưu động không
  được giữ lại 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 biệt được giữ trong két và
  được sử dụng để trả tiền 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ừ
  take các hoạt động 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 giá trị hiện tại của kho tiền
  cân bằng tài sản và tỷ lệ lý tưởng của nó trong tổng thanh khoản. Một tích cực
  giá trị có nghĩa là két chứa lượng thanh khoản dư thừa; giá trị âm có nghĩa là
  nó thiếu kinh phí so với tổng số vùng đất. Số liệu này được sử dụng
  bằng cách điều chỉnh để tính toán các động cơ tái cân bằng trong quá trình take .

Cùng nhau, những giá trị này đảm bảo kế toán chính xác và thanh khoản an toàn
sử dụng trên các 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 giao 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
• 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à mã thông báo ERC-20 đại diện cho quyền sở hữu theo tỷ lệ.
giá trị tăng theo thời gian khi phí giao thức tích lũy từ trình giải
hoạt động.

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

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

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 việc phân phối lại trên khắp các chuỗi.

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

Người nhận là người chuyển đổi hợp đồng chịu trách nhiệm xử lý việc thực hiện
logic 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 và được chấp thuận thông qua
danh sách trắng nội bộ của nhóm. Người nhận nhận được tài sản đã vay từ
nhóm và phải đảm bảo rằng một khoản hoàn trả tương ứng xảy ra trên một nhóm khác
xích.

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

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

Bộ điều chỉnh xác định các thông số kinh tế của mỗi hoạt động take . Chúng là
hợp đồng mô-đun được giao cho mỗi người tiếp nhận 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 ) – phần thưởng hoặc hình phạt
  dựa trên cách hoạt động ảnh hưởng đến cân bằng 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 vùng đất
  equilibriumAssets

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

Người điều chỉnh đảm bảo rằng các khoản phí có tính thích ứng, công bằng và phù hợp với hiện tại
điều kiện thanh khoản trên khắp các chuỗi. Chúng cũng đóng vai trò là cơ chế cho
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 dịch vụ nhận đều yêu cầu bằng chứng chứng minh hoạt động give đã diễn 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 xác minh trừu tượng
lớp 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ể, phơi bày một chức năng duy nhất:

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

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

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à lời sấm truyền khác nhau.

Cân bằng lại Logic

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

• Tích cực – người giải quyết phải trả thêm phí, làm tăng
  dự trữ tái cân bằng của enclave

• 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 đất bao quanh,
đo lường mức độ lệch của trạng thái hiện tại so với trạng thái lý tưởng – nơi mà tất cả
tổng tài sản trên chuỗi có thể được take withdraw hoàn toàn
hoạt động.

Ngoài việc phân xử do người 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
vùng bao quanh. Mỗi vùng bao quanh có thể được cấu hình với bộ riêng của nó
bộ cân bằng, cho phép có các chiến lược linh hoạt cho từng 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
với hợp đồng Taker và Giver tùy chọn của riêng họ. Những bộ điều hợp này
thực hiện các luồng xác thực nghiêm ngặt trên chuỗi, thường dựa vào sự kiện
bằng chứng hoặc điều kiện xác định để đảm bảo khả năng thanh toán và giao hàng
đảm bảo. 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,
1 inch 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à những trang web khác.

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

Mở rộng thanh khoản

Để cải thiện hiệu quả sử dụng vốn và giảm quỹ nhàn rỗi, Flex Pools là
được thiết kế để hỗ trợ các nguồn thanh khoản tiên tiến vượt ra ngoài ERC-20 tĩnh
số dư. 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 gói lại hoặc tạo ra lãi suất như
dưới dạng aToken (AAVE), cToken (Hợp chất), LST/LRT , két ERC-4626
cổ phiếu và các loại khác. Các tài sản này có thể được tự động mở gói khi sử dụng
để take các hoạt động, cho phép nhóm kiếm được lợi nhuận thụ động trong khi
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 mã thông báo mang lại lợi nhuận
và tài sản gốc dựa trên tín hiệu trên chuỗi và ngoài chuỗi (ví dụ:
sử dụng, biến động, cân bằng lại nhu cầu). Điều này đảm bảo rằng mỗi
vùng đất bao quanh luôn giữ một vùng đệm có thể tiếp cận được của thanh khoản cơ sở cho
sử dụng trình giải quyết tức thời.

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
tính thanh khoản trở nên quan trọng. Flex Pools đượ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 take và give .

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
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 môi trường cạnh tranh cao. Nó có thể hoạt động
truy cập ngoài chuỗi và phối hợp dựa trên tính công bằng hoặc ưu tiên của người giải quyết
quy tắc.

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

Một cơ chế xác thực cho các hoạt động give trong nước đảm bảo rằng
tài sản được trả lại 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 take phối hợp, nó có thể giúp ngăn ngừa thanh khoản
những thiếu sót do các trình giải cạnh tranh gây ra bằng cách duy trì một hàng đợi có thứ tự
của các hoạt động give và take dựa trên tính khả dụng thực tế.

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

Chuyển đổi sang một nhóm duy nhất cho mỗi chuỗi với hỗ trợ nhiều mã thông báo –
thay thế nhiều vùng đất biệt lập – đang được xem xét cho tương lai
thực hiện. Đ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 toàn bộ tài sản với logic định giá chung, chẳng hạn như
như đồng tiền ổn định.

Quản lý rủi ro

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

Ngưỡng 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 ,
mà ủy thác việc kiểm tra bằng chứng cho oracle cơ bản. Tính cuối cùng
ngưỡng – số lượng xác nhận cần thiết trước khi chấp nhận
bằng chứng – nên đượ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 thực thi bộ giải nhanh với khả năng 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, đó là
không theo quan điểm cụ thể về việc triển khai của người nhận. Giao diện người xác minh
yêu cầu người tham gia cung cấp các thành phần cơ bản của một sự kiện dự kiến:
hợp đồng và chuỗi phát, chủ đề sự kiện và dữ liệu , cũng như
bằng chứng (thường được chuyển tiếp từ các tham số cuộc gọi). Trình xác minh sự kiện có thể là
được nâng cấp, kiểm toán hoặc thay thế một cách độc lập, tuân theo sự quản lý thông qua
một cuộc bỏ phiếu DAO hoặc đa chữ ký. Tất cả các thay đổi có thể bao gồm sự chậm trễ về thời gian hoặc dàn dựng
cơ chế để ngăn chặn sự thay đổi lòng tin đột ngột và cho phép giám sát trước
kích hoạt.

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

Trong các phiên bản tương lai, các 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 tiền vào một nhóm. Ví dụ, một
nhà cung cấp có thể chọn chỉ hỗ trợ Fusion+ 1 inch, chỉ Swaps.io hoặc
cả hai. Phạm vi tin cậy này được thực thi trong quá trình take hiện, đảm bảo
rằng vốn của nhà cung cấp chỉ được sử dụng trong phạm vi 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 có sẵn
thanh khoản. Việc rút tiền được đưa vào hàng đợi khi thực hiện ngay lập tức
là không thể. Cơ chế này đảm bảo rằng các hoạt động giải quyết và
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ờ, đe dọa an ninh 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,
mang trong mình một vấn đề tiên phong – nơi mà các khoản tiền gửi lớn có thể
thao túng giá cổ phiếu để có lợi cho họ. Để giải quyết vấn đề này, chúng tôi
lộ trình bao gồm việc giới thiệu phân phối phần thưởng theo thời gian
cơ chế, dựa trên hiểu biết sâu sắc từ nhóm 1inch và hoạt động nông nghiệp của họ
thiết kế hợp đồng .

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 thời gian,
chúng tôi hướng tới mục tiêu loại bỏ các động cơ tiên phong trong khi vẫn bảo tồn được cốt lõi
cơ chế 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í tái cân bằng , nếu có. Được sử dụng để khuyến khích người tái cân bằng
  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ể 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 nhóm phát triển và được sử dụng tích cực hơn, giá trị của cổ phiếu LP
tăng lên, phản ánh cả tích lũy tài sản cơ sở và cấp độ hệ thống
tích hợp.

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

Flex Pools được thiết kế như một cơ sở hạ tầng nền tảng cho sự phát triển
hệ sinh thái của các giao thức dựa trên ý định, cho phép mở rộng chuỗi chéo
thực hiện với 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
các giao thức như Fusion+, Swaps.io , Across, Squid và các giao thức khác. Bất kỳ dự án nào
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ề việc thực hiện 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 hơn xuất hiện để hỗ trợ những điều này
dòng chảy, và nhiều người 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 Pools đóng vai trò là lớp thanh khoản chung cho sự mở rộng này
hệ sinh thái – càng nhiều giao thức tích hợp, nhu cầu về trình giải quyết càng cao
thanh khoản tăng lên – thúc đẩy tăng trưởng hữu cơ của chính các nhóm với tư cách là LP
ứng phó 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 Pools gốc để khởi động tính thanh khoản chuỗi chéo
cho các mã thông báo 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 nhóm này cho phép người giải quyết truy cập vào mã thông báo dự án để thực hiện,
hỗ trợ giao dịch không cần xin phép và tái cân bằng 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à nhiều hơn nữa – cho phép tương thích với DeFi bên ngoài và
cơ sở hạ tầng cầu.

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

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, có thể cung cấp
người dùng có tùy chọn tự động gửi mã thông báo mang lại lợi nhuận của họ vào
các Flex Pool hiện có hỗ trợ các tài sản đó, cho phép tạo ra lợi nhuận bổ sung
từ hoạt động 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 Pools được thiết kế với khả năng tương thích hướng tới OpenIntents-based
giao thức thông qua một IEventVerifier trừu tượng xác thực chuẩn hóa
Sự kiện mở được phát ra như một phần của đặc tả OpenIntents. Điều này
thiết kế cho phép người giải quyết tương tác với Flex Pools trên bất kỳ
Giao thức tuân thủ OpenIntents thông qua giao diện thống nhất –
đơn giản hóa việc tích hợp, cho phép chia sẻ quyền truy cập thanh khoản 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ó thể lập trình được
VM. Trong khi các triển khai ban đầu tập trung vào các chuỗi tương thích EVM, việc mở rộng
đối với môi trường hiệu suất cao như Solana là ưu tiên hàng đầu.