Sau khi Uniswap V3 giới thiệu tính năng thanh khoản tập trung vào năm 2021, hiệu quả sử dụng vốn trên các sàn giao dịch phi tập trung (DEX) đã tăng vọt từ 10 đến 100 lần, nhưng điều này cũng biến hoạt động “tạo lập thị trường” từ hình thức đơn giản là “gửi tiền để kiếm lời” thành một công việc chuyên nghiệp: Các nhà cung cấp thanh khoản (LP) phải lựa chọn khoảng giá, theo dõi thị trường, tái cân bằng danh mục, tính toán lãi kép từ phí và quản lý tổn thất tạm thời. Phần lớn người dùng thông thường và các quỹ quy mô nhỏ đến trung bình không có khả năng hoặc thời gian để liên tục thực hiện các hoạt động này, điều này đã dẫn đến sự ra đời của một danh mục sản phẩm độc lập — nhà quản lý thanh khoản tập trung (CLMM manager / LP Manager).

Một nhà quản lý CLMM chuyên nghiệp phải trả lời các câu hỏi sau:

• Làm thế nào để chúng ta biến việc “chọn phạm vi giá” thành một sản phẩm dễ hiểu? Những người dùng và cặp tiền tệ nào phù hợp với các chiến lược mặc định, phạm vi hẹp/rộng và phạm vi động?
• Không cần ủy thác tài sản cho một bên tập trung, làm thế nào để chúng ta tự động hoàn thành việc tích lũy phí, tái cân bằng và di chuyển chéo tick? Các hợp đồng thông minh, bộ giải và bộ chuyển tiếp lần lượt đóng vai trò gì?
• Làm thế nào để đo lường hiệu ứng ròng của tổn thất tạm thời (IL) và thu nhập từ phí? Dữ liệu APR mà các LP nhìn thấy nên bao gồm những quy ước nào?
• Làm thế nào để cân bằng chi phí gas với tần suất tái cân bằng? Các chiến lược nên khác nhau như thế nào trên mạng chính Ethereum, Arbitrum, Optimism, Base, Sui, Aptos và các chuỗi khác?
• Làm thế nào để cho phép các nhà tạo lập thị trường chuyên nghiệp công bố các chiến lược của họ trên nền tảng để người dùng thông thường có thể sao chép giao dịch chỉ bằng một cú nhấp chuột, từ đó hình thành một thị trường chiến lược?
• Làm thế nào để chúng ta token hóa các vị thế LP (ERC-721 / ERC-4626 vault) để chúng có thể tham gia vào hệ sinh thái kết hợp của DeFi?

Từ cả góc độ sản phẩm và kỹ thuật, bài viết này giải thích một cách có hệ thống toàn bộ kiến trúc của một nhà quản lý thanh khoản tập trung (CLMM) trên sàn giao dịch phi tập trung (DEX), bao gồm thiết kế hợp đồng cốt lõi, các loại chiến lược, các điều kiện kích hoạt tái cân bằng, tự động tái đầu tư, giám sát và phòng ngừa tổn thất tạm thời, Zap, vaultification, tối ưu hóa gas, kiểm soát rủi ro và kiểm toán bảo mật, đồng thời trình bày kinh nghiệm thực tiễn của SoonTech trong việc triển khai các nhà quản lý CLMM trên nhiều chuỗi khối. Cho dù bạn là nhà quản lý sản phẩm đang xây dựng thế hệ DEX tiếp theo, nhà phát triển trên chuỗi, nhà tạo lập thị trường, nhà quản lý quỹ hay một đội ngũ muốn cung cấp các công cụ giá trị gia tăng cho hệ sinh thái DEX, sau khi đọc bài viết này, bạn sẽ có một bản thiết kế hoàn chỉnh mà bạn có thể áp dụng trực tiếp vào công việc thiết kế và đánh giá.

1. Tại sao cần có Trình quản lý CLMM

1.1 Từ V2 đến V3: Sự chuyển đổi mô hình trong việc cung cấp thanh khoản

Mô hình nhà tạo lập thị trường theo tích số không đổi (x*y=k) của Uniswap V2 là một dạng “thanh khoản thụ động”: Các nhà cung cấp thanh khoản (LP) gửi hai loại token theo tỷ lệ 50/50 vào bể thanh khoản, các giao dịch có thể được thực hiện ở bất kỳ mức giá nào từ 0 đến vô hạn, và các LP không cần quan tâm đến vị trí hiện tại của thị trường. Chi phí của mô hình này là hiệu quả vốn cực kỳ thấp — tại bất kỳ mức giá nào, chỉ một phần rất nhỏ trong tổng số vốn của bể thanh khoản thực sự được sử dụng cho giao dịch, trong khi phần còn lại nằm im lìm ở hai đầu xa của đường cong giá, cách xa mức giá hiện tại.

Phiên bản V3 đảo ngược logic này: Các nhà cung cấp thanh khoản (LPs) có thể chỉ định một khoảng giá và tập trung thanh khoản gần mức giá hiện tại. Với cùng 1 triệu USD, độ sâu thanh khoản được cung cấp trong khoảng hẹp 0,99–1,01 có thể tương đương với hiệu quả của 100 triệu USD trên đường cong V2 trải rộng khắp toàn bộ khoảng giá. Do đó, thu nhập từ phí được tập trung vào các LP thực sự “có mặt”, và hiệu quả sử dụng vốn tăng lên đáng kể.

Tuy nhiên, thay đổi này cũng mang lại những gánh nặng mới:

• Các LP phải đánh giá giá hiện tại và độ biến động trong tương lai, đồng thời chọn một phạm vi phù hợp;
• Khi giá thoát khỏi phạm vi này, vốn của LP sẽ không còn kiếm được phí và hoàn toàn chịu rủi ro từ một tài sản duy nhất (khi giá vượt quá giới hạn trên, vị thế sẽ hoàn toàn chỉ còn một loại token);
• Các LP phải chủ động rút vốn và tái đầu tư vào một phạm vi mới; quá trình này được gọi là “tái cân bằng” và phát sinh phí gas;
• Phí tích lũy mỗi giây được giữ trong vị thế dưới dạng token; nếu không có lãi kép thì sẽ không có lợi nhuận kép;
• Các pool có các mức phí khác nhau (0,01%, 0,05%, 0,3%, 1%) phù hợp với các tài sản có mức biến động khác nhau; việc chọn sai pool đồng nghĩa với việc liên tục bị các nhà đầu cơ chênh lệch giá "cắt xén".

Sẽ rất hữu ích nếu bạn coi V2 như một quỹ chỉ số — chỉ cần mua và giữ. V3 là một tập hợp các vị thế quyền chọn đòi hỏi sự quản lý chủ động, với các chỉ số Greeks và điều chỉnh liên tục.

1.2 Ai sử dụng nhà quản lý CLMM

Người dùng nhà quản lý CLMM chủ yếu được chia thành bốn nhóm:

1. Các LP bán lẻ thông thường: Họ từng kiếm phí bằng cách cung cấp thanh khoản trên V2 và giờ muốn tiếp tục trên V3, nhưng không hiểu về việc lựa chọn phạm vi. Các nhà quản lý cung cấp cho họ giải pháp “chiến lược phạm vi rộng mặc định + tự động tái đầu tư” chỉ với một cú nhấp chuột.
2. Các DAO và quỹ cộng đồng hướng đến lợi suất: Họ nắm giữ lượng lớn token giao thức và muốn cung cấp thanh khoản đồng thời kiểm soát áp lực bán và IL; họ cần các giải pháp giải phóng thanh khoản theo thời gian một cách tuyến tính hoặc hợp tác với các nhà tạo lập thị trường.
3. Các quỹ trên chuỗi và nhà quản lý tài sản: Họ coi LP là một chiến lược sinh lời rủi ro thấp và cần các sản phẩm được bảo mật, có thể kiểm toán, có thể kết hợp, cho phép đăng ký và mua lại dựa trên cổ phần.
4. Nhà tạo lập thị trường chuyên nghiệp: Họ có các mô hình tạo lập thị trường riêng và cần một lớp triển khai và tự động hóa để chạy các chiến lược trên chuỗi, đồng thời trên một số nền tảng để nhãn trắng hoặc niêm yết các chiến lược của họ cho vốn bên thứ ba.

Nhu cầu của những người dùng này rất khác nhau, điều đó có nghĩa là một nhà quản lý CLMM không thể chỉ là một công cụ nhỏ với một chiến lược duy nhất — nó phải là một “nền tảng chiến lược” cung cấp các sản phẩm từ bảo thủ nhất đến tích cực nhất.

1.3 Bối cảnh thị trường và định vị

Các nhà quản lý CLMM hiện có trong hệ sinh thái này đại khái được chia thành một số loại:

• Các công cụ tích hợp sẵn trong DApp: Uniswap cung cấp tính năng chọn phạm vi đơn giản và các chế độ xem thanh khoản trong giao diện V3, nhưng không hỗ trợ tính năng tự động tái cân bằng;
• Các nhà quản lý độc lập: Các giao thức như Arrakis (trước đây là G-UNI), Gamma, Popsicle và Mellow chuyên về LP tự động;
• Kho do giao thức sở hữu: Các sàn giao dịch phi tập trung (DEX) như PancakeSwap, Camelot và Trader Joe ra mắt các kho CLMM của riêng mình;
• Các giải pháp nhãn trắng cho nhà tạo lập thị trường: Các nhà tạo lập thị trường như Wintermute và WoFi sử dụng nguồn lực riêng để cung cấp thanh khoản thụ động; các quỹ LP bên ngoài không phải lúc nào cũng có thể tham gia trực tiếp;
• Các lớp tổng hợp xuyên chuỗi: Quản lý thống nhất các vị thế LP trên nhiều sàn DEX thuộc nhiều chuỗi khác nhau.

Khi SoonTech xây dựng một sàn DEX cho khách hàng hoặc cung cấp một lớp giá trị gia tăng cho một sàn DEX hiện có, chúng tôi thường định vị nhà quản lý CLMM là “cơ sở hạ tầng lớp thứ hai trên nền tảng sàn DEX”, phục vụ các LP của sàn DEX đó đồng thời cũng có sẵn dưới dạng sản phẩm độc lập cho các bên bên ngoài.

2. Cơ chế cốt lõi của thanh khoản tập trung

Trước khi đi sâu vào thiết kế sản phẩm, cần xem xét lại một số cơ chế chính của CLMM kiểu V3. Hiểu rõ các cơ chế này là điều kiện tiên quyết để đưa ra các quyết định đúng đắn về sản phẩm.

2.1 Ticks, vị thế và độ chi tiết của thanh khoản

V3 chia không gian giá thành các tick rời rạc, mỗi tick tương ứng với một mức giá (1.0001^i). Vị thế của LP được xác định bởi ba tham số: một pool (token0/token1/mức phí), mức giá thấp nhất tickLower và mức giá cao nhất tickUpper. Trong phạm vi này, thanh khoản L của LP được sử dụng dọc theo đường cong “dự trữ ảo”; ngoài phạm vi này, thanh khoản sẽ bằng không.

Một khái niệm quan trọng được giới thiệu bởi thiết kế này là "độ chi tiết thanh khoản" — các LP có thể tập trung vốn vào một phạm vi cực kỳ hẹp, nhưng phạm vi càng hẹp thì tần suất điều chỉnh cần thiết càng cao. V3 cũng giới thiệu “vị thế NFT” (ERC-721); mỗi vị thế LP là một NFT không thể thay thế. Điều này khác với token LP ERC-20 hoàn toàn có thể thay thế của V2, đồng thời cũng tạo ra những thách thức cho việc tạo kho và khả năng kết hợp sau này.

2.2 Phạm vi giá và thành phần tài sản

Trong phạm vi này, tỷ lệ giữa hai token do LP gửi vào sẽ thay đổi tùy theo giá hiện tại:

• Khi giá hiện tại gần giới hạn dưới, vị thế LP chủ yếu là token0;
• Gần giới hạn trên, nó chủ yếu là token1;
• Khi ở khoảng giữa phạm vi, tỷ lệ này xấp xỉ 50/50.

Khi giá thực sự vượt qua giới hạn trên hoặc dưới, vị thế LP sẽ chuyển đổi 100% thành một trong hai loại tài sản. Cơ chế này là một trong những nguồn gốc của IL đối với LP — khi giá tăng, LP ngày càng hoán đổi các tài sản đang tăng giá lấy các tài sản đang giảm giá; khi giá giảm, LP lại nắm giữ nhiều hơn tài sản đang giảm giá. Nói cách khác, trong phạm vi của mình, các LP V3 nắm giữ vị thế “bán khống biến động”.

2.3 Các mức phí và lựa chọn nhóm

V3 đã giới thiệu nhiều mức phí, thường là 0,01%, 0,05%, 0,3% và 1%. Về nguyên tắc:

• Các mức phí thấp (0,01%, 0,05%) phù hợp với các cặp stablecoin và các cặp tài sản có tương quan (ví dụ: stETH/ETH) với độ biến động giá thấp và khối lượng giao dịch cao;
• Mức phí trung bình (0,3%) phù hợp với các cặp tiền chính (ETH/USDC, WBTC/ETH);
• Mức phí cao (1%) phù hợp với các token mới, tài sản dài hạn và các cặp có độ biến động cao.

Hậu quả khi một nhà cung cấp thanh khoản (LP) chọn nhầm bể thanh khoản là rất nghiêm trọng: việc gửi tiền vào bể có mức phí thấp cho một cặp có độ biến động cao sẽ khiến tổn thất do chênh lệch giá nhanh chóng vượt quá thu nhập từ phí; việc gửi tiền vào bể có mức phí cao cho một cặp stablecoin đồng nghĩa với việc hầu như không có giao dịch và không có thu nhập. Người quản lý CLMM nên đề xuất — hoặc thậm chí tự động chọn — một nhóm phù hợp dựa trên độ biến động lịch sử và tỷ lệ tài trợ.

2.4 Tích lũy và lãi kép từ phí

Phí V3 không tự động gộp lãi; chúng nằm trên vị thế dưới dạng “phí chưa thu” và LP phải chủ động yêu cầu collect. Đối với các LP thông thường, đây là một gánh nặng vận hành; đối với các chiến lược, lãi kép là nguồn chính tạo ra lợi nhuận kép. Đối với một chiến lược có tỷ suất sinh lời hàng năm 20%, sự chênh lệch giữa việc tính lãi kép hàng ngày và không tính lãi kép trong khoảng thời gian mười năm có thể lên đến vài lần. Các nhà quản lý CLMM thường sử dụng mạng Keep3r, bot, nút MEV hoặc hợp đồng keeper để tự động yêu cầu collect tại các khoảng thời gian cố định hoặc khi đạt ngưỡng kích hoạt và đưa các khoản phí trở lại nguồn thanh khoản.

3. Kiến trúc sản phẩm của một nhà quản lý CLMM

3.1 Cấu trúc theo lớp

Một nhà quản lý CLMM hoàn chỉnh có thể được chia thành năm lớp:

1. Lớp truy cập: Giao diện người dùng web/ứng dụng, kết nối ví, bảng điều khiển thị trường và APR, nạp tiền Zap bằng một loại token;
2. Lớp chiến lược: Hợp đồng chiến lược (Vault/Manager), logic kích hoạt tái cân bằng, Keep3r trong danh sách trắng, các tham số chiến lược;
3. Lớp định tuyến: Tương tác với DEX cơ bản, bao gồm đúc/đốt/thu thập/hoán đổi và tổng hợp tuyến đường chéo DEX;
4. Lớp dịch vụ ngoài chuỗi: Nguồn cấp dữ liệu thị trường, oracle giá, mạng Keep3r tái cân bằng, giám sát và cảnh báo, kiểm soát rủi ro và kiểm tra ngược;
5. Lớp cơ sở hạ tầng: RPC đa chuỗi, các nút, ước tính gas, trình lập chỉ mục (Subgraph/The Graph), kho dữ liệu.

3.2 Hợp đồng thông minh cốt lõi

Trong một triển khai được mô phỏng theo Uniswap V3, các hợp đồng cốt lõi thường bao gồm:

• Hợp đồng Vault: Triển khai giao thức ERC-4626 hoặc một giao diện tương tự; người dùng gửi một hoặc hai loại token và nhận được cổ phần Vault (ERC-20). Vault nắm giữ NFT vị thế V3 cơ sở và chịu trách nhiệm về việc tái cân bằng thống nhất.
• Hợp đồng quản lý: Được ủy quyền gọi các chức năng của bể V3 mint/decreaseLiquidity/collect, nhưng không thể chuyển tiền đến các địa chỉ không có trong danh sách trắng; logic tái cân bằng được triển khai trong hợp đồng quản lý.
• Hợp đồng chiến lược: Xác định các quy tắc về “khi nào cần tái cân bằng và phạm vi mới là gì”; hợp đồng này có thể sử dụng các tham số cố định trên chuỗi hoặc các tham số đã ký được truyền vào bởi Keep3r ngoài chuỗi.
• Hợp đồng Zap: Xử lý các khoản nạp đơn token và hoán đổi token theo tỷ lệ, hoàn tất việc chia tách thông qua các tuyến tổng hợp (Uniswap Universal Router, 0x, 1inch, v.v.).
• Người nhận phí / Người phân phối phần thưởng: Xử lý việc phân phối các khoản khuyến khích bổ sung (ví dụ: phần thưởng token giao thức, tiền thưởng từ bên thứ ba).
• Hợp đồng Factory: Triển khai một kho mới cho mỗi nhóm và mỗi chiến lược, đảm bảo các địa chỉ có thể dự đoán được và khởi tạo nhất quán.

3.3 Các mô hình lưu ký: Không lưu ký so với bán lưu ký so với lưu ký

Một câu hỏi cốt lõi đối với bất kỳ nhà quản lý LP nào là "ai kiểm soát tài sản của người dùng":

• Hoàn toàn không lưu ký: Tài sản của người dùng vẫn nằm trong ví của chính họ; nhà quản lý chỉ hoạt động thông qua Permit2 hoặc các phê duyệt tạm thời. Mô hình này an toàn nhưng khó tự động hóa, vì mỗi bước tái cân bằng đều yêu cầu chữ ký của người dùng.
• Không lưu ký kiểu Vault: Người dùng gửi tài sản vào hợp đồng Vault, mã nguồn của hợp đồng này đảm bảo rằng các hoạt động chỉ có thể tuân theo các quy tắc đã định. Chìa khóa nằm trong logic của hợp đồng — không ai có thể rút tiền trực tiếp. Đây là mô hình chủ đạo hiện nay (Arrakis, Gamma, v.v.).
• Bán lưu ký / lưu ký đa chữ ký: Các nâng cấp chiến lược cốt lõi và việc tạm dừng khẩn cấp được kiểm soát bởi cơ chế đa chữ ký, nhưng việc tái cân bằng hàng ngày được thực hiện tự động bởi Keep3r. Mô hình này linh hoạt hơn về mặt kỹ thuật, nhưng chính cơ chế đa chữ ký cũng là một điểm yếu tiềm ẩn.
• Lưu ký tập trung: Sản phẩm LP theo phong cách sàn giao dịch tập trung (CEX), trong đó tài sản được lưu trữ trong ví của sàn giao dịch. Điều này không hoàn toàn thuộc về DeFi, nhưng mang lại trải nghiệm người dùng tốt nhất và phù hợp với các sản phẩm hướng đến người mới bắt đầu.

Đối với người dùng DeFi thuần túy, chúng tôi khuyến nghị kết hợp kho lưu trữ phi giám sát cùng cơ chế tạm dừng khẩn cấp đa chữ ký, với ngưỡng đa chữ ký và khóa thời gian được công bố công khai.

3.4 Keep3r ngoài chuỗi và tự động hóa

Hợp đồng kho tiền tự nó không “tự thức dậy”; nó cần các yếu tố kích hoạt bên ngoài. Các phương pháp kích hoạt phổ biến bao gồm:

• Mạng keeper tùy chỉnh: Dự án vận hành một nhóm các nút keeper để theo dõi giá và trạng thái vị thế, đồng thời gọi lệnh tái cân bằng khi các điều kiện được đáp ứng;
• Tự động hóa Gelato / Chainlink: Các mạng tự động hóa phi tập trung được kích hoạt dựa trên điều kiện hoặc thời gian;
• Hợp tác với các công cụ tìm kiếm MEV: Tiết lộ các giao dịch tái cân bằng cho các công cụ tìm kiếm, những công cụ này có thể đưa chúng vào danh sách khi có lợi nhuận đồng thời chia sẻ một phần lợi nhuận với các nhà cung cấp thanh khoản (LP);
• Kích hoạt do người dùng trả phí: Bất kỳ người dùng nào cũng có thể kích hoạt tái cân bằng và nhận được một phần thưởng nhỏ, tương tự như mô hình “ai trả tiền thì được trả tiền” của Gelato.

Dù sử dụng phương pháp nào, hai loại rủi ro sau đây phải được xử lý:

1. Người quản lý độc hại: Kích hoạt tái cân bằng ở mức giá tồi tệ nhất có thể, khiến kho tiền bị chênh lệch giá. Phải đặt ra các ràng buộc về phạm vi giá tái cân bằng, độ trượt giá và thời gian trễ tối thiểu.
2. Người quản lý ngoại tuyến: Trong những đợt biến động mạnh của thị trường, người quản lý ngừng hoạt động và các vị thế LP bị phơi nhiễm ngoài phạm vi. Cần có sự dự phòng với nhiều người quản lý cùng với một kênh rút tiền khẩn cấp.

4. Các loại chiến lược: Từ phạm vi rộng thụ động đến tạo lập thị trường chủ động

4.1 Chiến lược phạm vi rộng tĩnh (Phạm vi rộng thụ động)

Chiến lược đơn giản nhất: chọn một phạm vi rộng xung quanh giá hiện tại (ví dụ: ±30%, ±50%), hiếm khi tái cân bằng và định kỳ cộng dồn phí.

• Phù hợp với: Các cặp stablecoin, các cặp tài sản có tương quan và các cặp chính được nắm giữ trong dài hạn;
• Ưu điểm: Chi phí gas thấp, IL tương đối thấp, vận hành đơn giản;
• Nhược điểm: Hiệu quả vốn thấp; APR phí trên V3 thực tế có thể thấp hơn so với các chiến lược chủ động;
• Sản phẩm tiêu biểu: “Kho thụ động phạm vi rộng” của Arrakis.

4.2 Chiến lược chủ động phạm vi hẹp

Chọn một phạm vi hẹp xung quanh giá hiện tại (ví dụ: ±2%, ±5%) và tự động tái cân bằng sang một phạm vi mới lấy giá mới làm trung tâm khi giá tiếp cận ranh giới.

• Phù hợp với: Các cặp tiền tệ chính có độ biến động vừa phải, các pool có giao dịch liên tục;
• Ưu điểm: Hiệu quả vốn cực cao, phí APR cao hơn đáng kể so với phạm vi rộng;
• Nhược điểm: Cân bằng lại thường xuyên, chi phí gas cao, thường xuyên xảy ra hiện tượng "dao động hai chiều" trong thị trường biến động mạnh, và tích lũy IL lớn trong các xu hướng một chiều;
• Kiểm soát rủi ro: Giới hạn số lần tái cân bằng mỗi ngày, giới hạn trượt giá, cơ chế tạm dừng trong thị trường một chiều.

4.3 Chiến lược điều chỉnh theo độ biến động

Điều chỉnh động độ rộng phạm vi dựa trên độ biến động gần đây:

• Biến động cao → mở rộng phạm vi, giảm tần suất tái cân bằng;
• Biến động thấp → thu hẹp phạm vi, cải thiện hiệu quả vốn.

Biến động có thể là biến động ngụ ý do oracle cung cấp (ví dụ: Chainlink, Pyth), hoặc biến động thực tế trong N giờ qua, hoặc dữ liệu ABI của quyền chọn. Chiến lược này đặt ra yêu cầu cao hơn về mặt kỹ thuật, nhưng thường cho kết quả tốt nhất trong các bài kiểm tra ngược.

4.4 Chiến lược Stableswap dành riêng cho stablecoin

Đối với các tài sản có độ tương quan cao như USDC/USDT và stETH/ETH, bạn có thể sử dụng Curve Stableswap hoặc các khoảng dao động cực hẹp trên Uniswap V3 (±0,1%, ±0,05%) với tần suất tái cân bằng rất thấp, trong đó APR chủ yếu đến từ khối lượng giao dịch và các khoản khuyến khích.

• Rủi ro: Việc mất neo giá của stablecoin (ví dụ: sự kiện USDC tháng 3 năm 2023) ngay lập tức gây ra tổn thất lớn cho các nhà cung cấp thanh khoản (LP) trong phạm vi hẹp;
• Kiểm soát: Khi oracle phát hiện sự mất neo giá, tự động rút về mức rủi ro một phía, tạm dừng tích lũy lãi kép và chuyển sang chế độ khẩn cấp sang phạm vi rộng hoặc một phía.

4.5 Chiến lược thanh khoản một chiều (LP một chiều)

Nhiều DAO và dự án chỉ nắm giữ token của riêng mình, không phải USDC, nhưng muốn cung cấp thanh khoản. Kho LP một chiều chấp nhận token của dự án và trên chuỗi sử dụng các khoản vay flash hoặc hợp tác với các nhà tạo lập thị trường để tạm thời cung cấp tài sản khác nhằm hoàn thành việc tạo lập thị trường, đồng thời thanh toán chi phí vay bằng phí hoặc trợ cấp từ dự án.

• Rủi ro: Nếu token của dự án sụt giá, phần đã vay phải được hoàn trả và kho dự trữ có thể bị thanh lý;
• Phù hợp với: Các dự án có ngân sách tạo lập thị trường rõ ràng và kế hoạch khuyến khích bằng token;
• Giải pháp điển hình: Thỏa thuận song phương với nhà tạo lập thị trường (DAO cung cấp token, nhà tạo lập thị trường cung cấp USDC), với kho lưu trữ ghi lại minh bạch cổ phần của cả hai bên.

4.6 Chiến lược có cấu trúc (Delta-Neutral, LP được bảo hiểm rủi ro)

Đối với người dùng quỹ, vị thế LP thuần túy là sự kết hợp giữa “bán khống biến động + mua dài cả hai phía” với rủi ro định hướng đáng kể. Các chiến lược có cấu trúc xếp chồng các vị thế bán khống vĩnh viễn hoặc quyền chọn để xây dựng vị thế LP trung tính delta:

• Cung cấp thanh khoản trên V3;
• Đồng thời mở vị thế bán trên hợp đồng vĩnh viễn với quy mô tương ứng;
• Khi LP nắm giữ nhiều token1 hơn do giá tăng, lợi nhuận từ vị thế bán khống vĩnh viễn sẽ bù đắp mức tăng giá đó;
• Lợi nhuận ròng = phí + hoàn phí giao dịch − tỷ lệ tài trợ − gas − IL.

Các chiến lược này yêu cầu tích hợp với cả DEX và DEX vĩnh viễn (dYdX, Hyperliquid, GMX, v.v.) và đòi hỏi nhiều công sức về mặt kỹ thuật, nhưng chúng có thể mang lại đường cong lợi nhuận gần như “trung lập với thị trường” cho các quỹ và là một hướng đi quan trọng cho các nhà quản lý tài sản chuyên nghiệp.

5. Tự động tái cân bằng: Điều kiện kích hoạt, thực thi và kiểm soát rủi ro

5.1 Thiết kế điều kiện kích hoạt

Các điều kiện kích hoạt tái cân bằng quyết định hiệu suất tổng thể của một chiến lược. Các điều kiện phổ biến bao gồm:

• Điều kiện kích hoạt dựa trên chênh lệch giá: Được kích hoạt khi giá hiện tại nằm trong một ngưỡng nhất định so với ranh giới phạm vi (ví dụ: còn lại 5%);
• Điều kiện kích hoạt dựa trên thời gian: Cân bằng lại bắt buộc cứ sau N giờ / mỗi ngày;
• Điều kiện kích hoạt độ lệch so với trung tâm: Được kích hoạt khi giá hiện tại lệch khỏi trung tâm phạm vi hơn X%;
• Điều kiện kích hoạt ngưỡng phí: Khi phí tích lũy vượt quá Y% giá trị vị thế, trước tiên hãy tính lãi kép rồi mới xem xét tái cân bằng;
• Kích hoạt biến động: Mở rộng hoặc tạm dừng khi biến động vượt qua ngưỡng;
• Điều kiện kích hoạt dừng lỗ: Rút thanh khoản khi IL hoặc tổng lỗ vượt qua ngưỡng nhất định.

Trong thực tế, các chiến lược thường kết hợp nhiều điều kiện, ví dụ: "kiểm tra một lần mỗi ngày + tái cân bằng khi giá cách biên độ 5% + không quá 4 lần tái cân bằng mỗi ngày."

5.2 Quy trình thực hiện tái cân bằng

Một lần tái cân bằng hoàn chỉnh bao gồm:

1. Người quản lý đọc giá hiện tại, vị thế hiện tại và phạm vi mục tiêu;
2. Nó gọi phương thức rebalance ;
3. Hợp đồng rút toàn bộ thanh khoản khỏi bể V3 (decreaseLiquidity + collect);
4. Nó hoán đổi hai token theo tỷ lệ mục tiêu thông qua bộ định tuyến tổng hợp;
5. Nó gọi hợp đồng bể V3 mint để cung cấp thanh khoản trong phạm vi mới;
6. Nó phát ra các sự kiện ghi lại tổng giá trị tài sản, gas, độ trượt giá và IL trước và sau khi tái cân bằng;
7. Nó cập nhật các tham số chiến lược (nếu chiến lược là thích ứng).

Mỗi bước đều có thể thất bại, do đó hợp đồng phải hỗ trợ rút vốn một phần, tạm dừng khẩn cấp, bảo vệ trượt giá và xử lý các thông báo không thành công.

5.3 Tối ưu hóa Gas

Cân bằng lại là một hoạt động tiêu tốn nhiều gas, đặc biệt là trên mạng chính Ethereum. Các biện pháp tối ưu hóa phổ biến:

• Chia sẻ đường dẫn giữa các vị thế: Một giao dịch swap phục vụ nhiều kho trong một lô, giúp tiết kiệm gas;
• Permit2 + xử lý theo lô: Một chữ ký hoàn tất nhiều ủy quyền;
• Triển khai ưu tiên L2: Arbitrum, Optimism và Base có chi phí gas rẻ hơn 10–100 lần so với mạng chính;
• Đúc không cần salt: Tái sử dụng các pool V3 hiện có khi có thể, tránh tạo pool mới;
• Nén calldata: Sử dụng tính năng nén calldata trên L2 để giảm chi phí DA;
• Tần suất tái cân bằng động: Tự động giảm tần suất khi gas cao.

5.4 Bảo vệ MEV

Các giao dịch tái cân bằng tự nhiên dễ bị tấn công kiểu sandwich: một người giữ (keeper) phát tín hiệu “bán A rồi mua B” lên mempool, và một người tìm kiếm (searcher) có thể thực hiện các giao dịch trước và sau (front-run và back-run) giao dịch đó. Các biện pháp bảo vệ phổ biến:

• Sử dụng các nhóm giao dịch riêng tư của Flashbots / MEV-Share / MEV-Blocker;
• Đặt mức trượt giá rất hẹp (0,1%–0,5%) để cuộc tấn công không mang lại lợi nhuận;
• Sử dụng các oracle Chainlink / Pyth để neo giá theo phương pháp TWAP;
• Áp dụng khóa thời gian cho các giao dịch tái cân bằng để ngăn chặn việc "front-running" trong cùng một khối;
• Hợp tác với các trung gian MEV chuyên nghiệp, coi việc tái cân bằng là cơ hội "backrun" để các nhà tìm kiếm đặt giá thầu.

6. Đo lường tổn thất tạm thời và lợi nhuận

6.1 Định nghĩa lại IL: V3 phức tạp hơn V2

Công thức IL của V2 đã được biết đến rộng rãi: so với HODL, tổn thất của LP khi giá thay đổi p là 2√p/(1+p) − 1. Mất mát tạm thời (IL) của V3 phụ thuộc vào độ rộng phạm vi, liệu giá hiện tại có nằm trong phạm vi hay không, và liệu phạm vi đó đã bị vượt qua hay chưa; nó không thể được biểu diễn bằng một công thức đơn giản duy nhất.

Một cách tiếp cận thực tế hơn là so sánh trực tiếp hai con số:

• Giá trị nắm giữ: Giá trị hiện tại nếu người dùng chưa bao giờ mở vị thế và chỉ đơn giản là nắm giữ hai token ban đầu;
• Giá trị LP: Giá trị hiện tại của vị thế trong kho (bao gồm lãi kép từ phí, phần thưởng và sau khi trừ phí gas);
• Lợi nhuận ròng = Giá trị LP − Giá trị giữ.

Nếu lợi nhuận ròng là âm, đó là IL theo nghĩa rộng (bao gồm phí và gas). Con số này nên được hiển thị nổi bật trên giao diện người dùng, để người dùng có thể thấy sự khác biệt thực sự giữa "tạo lập thị trường" và "giữ".

6.2 Định nghĩa chính xác về APR

APR được quảng cáo bởi nhiều sản phẩm LP chỉ tính đến phí, không tính đến IL, gas hoặc sự pha loãng trước khi tính lãi kép. Những con số này trông có vẻ ổn trong thị trường bình lặng nhưng lại kém hiệu quả hơn rất nhiều so với việc giữ token khi thị trường biến động mạnh. Chúng tôi khuyến nghị hiển thị cả bốn định nghĩa sau đây:

• APR phí (phí tính theo năm): Tổng phí tích lũy trong 7 / 30 ngày qua / TVL;
• APR ròng (tính theo năm): APR phí − IL − Gas − phí giao thức;
• Tổng lợi nhuận: APR ròng + giá trị token khuyến khích;
• So với Giữ (so với việc giữ nguyên): Lợi nhuận tổng cộng của LP − Lợi nhuận khi giữ nguyên.

Khi chọn một chiến lược, người dùng ít nhất nên xem Tỷ suất APR ròng và so với việc giữ nguyên, nếu không họ sẽ bị dẫn dắt sai lầm.

6.3 Kiểm tra ngược và Hiệu suất Lịch sử

Một chiến lược phải được kiểm tra ngược đầy đủ trước khi niêm yết:

• Sử dụng dữ liệu giao dịch theo từng tick hoặc dữ liệu tick lịch sử, không sử dụng biểu đồ K-line hàng ngày;
• Mô phỏng thu nhập từ phí (dựa trên tỷ lệ thanh khoản và chênh lệch giá giao dịch tại thời điểm đó);
• Mô phỏng các điều kiện kích hoạt tái cân bằng và độ trượt giá;
• So sánh với HODL, tỷ lệ thanh khoản 50/50 và các chỉ số tham chiếu thụ động phạm vi rộng;
• Đánh giá riêng biệt trong các điều kiện thị trường khác nhau (thị trường chỉ tăng, chỉ giảm, dao động ngang, sự kiện "thiên nga đen");
• Bao gồm chi phí gas và tổn thất MEV (ngay cả khi không chính xác, hãy sử dụng các giả định thận trọng).

Các công cụ kiểm tra ngược có thể là Python kết hợp với bộ dữ liệu tick tự xây dựng, hoặc các nền tảng dữ liệu trên chuỗi như Allium, Flipside và Dune Analytics. Cẩn thận với hiện tượng quá khớp (overfitting) — các tham số hoạt động tốt nhất trên dữ liệu lịch sử thường không phải là tối ưu trong tương lai.

6.4 Phòng ngừa tổn thất tạm thời

Không thể loại bỏ hoàn toàn tổn thất tạm thời (IL), nhưng có thể phòng ngừa:

• Phòng ngừa delta vĩnh viễn: Như đã đề cập trước đó, đây là phương pháp trực tiếp nhất;
• Bảo vệ bằng quyền chọn: Mua quyền chọn bán (put) ngoài tiền (out-of-the-money) để hạn chế rủi ro giảm giá;
• Tiếp xúc động: Chủ động giảm mức tiếp xúc khi độ biến động tăng (rút một phần thanh khoản);
• Chênh lệch lãi suất tài trợ: Chỉ thực hiện bên phòng ngừa rủi ro khi lãi suất tài trợ ở mức cực đoan và kiếm lợi nhuận từ sự đảo chiều;
• Kết hợp nhiều nhóm: Đa dạng hóa qua nhiều nhóm có độ tương quan thấp để giảm độ biến động tổng thể.

Đối với các nhà quản lý tài sản chuyên nghiệp, có thể cung cấp tính năng “chuyển đổi phòng ngừa rủi ro” để người dùng có thể chọn liệu có nên chồng chéo các biện pháp phòng ngừa rủi ro hay không và tỷ lệ phòng ngừa rủi ro là bao nhiêu.

7. Zap, Vaultification và Khả năng kết hợp

7.1 Zap một token: Giảm rào cản gia nhập

Người dùng thông thường thường chỉ nắm giữ một loại token (USDC, ETH hoặc token nền tảng), nhưng việc tạo lập thị trường V3 yêu cầu hai loại token. Zap cho phép người dùng nạp tiền bằng một loại token duy nhất; hợp đồng sẽ tự động hoàn tất việc hoán đổi + đúc token trên chuỗi.

Các điểm kỹ thuật:

• Tìm đường dẫn tối ưu thông qua các tuyến tổng hợp (1inch, 0x, Uniswap Universal Router, CoW Protocol);
• Chia nhỏ các lệnh lớn để giảm trượt giá và MEV;
• Bảo vệ chống trượt giá và hoàn tác khi thất bại;
• Hiển thị cho người dùng "tỷ lệ nạp thực tế", "mức trượt giá ước tính" và "tác động giá" trong quá trình sử dụng Zap.

Zap là cải tiến UX quan trọng giúp biến LP từ một "hoạt động chuyên nghiệp" thành một "sản phẩm chỉ cần một cú nhấp chuột".

7.2 Kho ERC-4626 và token hóa LP

Việc trực tiếp nắm giữ NFT vị thế V3 không thân thiện với hầu hết các giao thức DeFi — NFT không thể chia nhỏ và không thể trực tiếp tham gia thị trường cho vay hoặc được sử dụng làm tài sản thế chấp. Vaultification đóng gói NFT thành cổ phần kho ERC-20 với các đặc điểm sau:

• Có thể chia nhỏ và chuyển nhượng;
• Có thể tham gia các giao thức cho vay (Aave, Compound, Morpho) dưới dạng tài sản thế chấp;
• Có thể kết hợp với các chiến lược DeFi khác (Yearn, Harvest, v.v.);
• Có thể được sử dụng cho quản trị và phân phối phần thưởng.

Trong quá trình triển khai, việc định giá cổ phần phải chống lại sự thao túng — không để một khoản tiền gửi/rút lớn duy nhất ảnh hưởng đến giá oracle trong cùng một khối; áp dụng các biện pháp hạn chế (ví dụ: phí rút vốn, thời gian chờ) hoặc sử dụng phương pháp định giá TWAP.

7.3 Thị trường Chiến lược và Nhãn Trắng

Các nhà tạo lập thị trường chuyên nghiệp có thể muốn công bố các chiến lược của họ trên nền tảng và cho phép các quỹ bên ngoài sao chép giao dịch. Điều này đòi hỏi phải có một “thị trường chiến lược”:

• Nhà tạo lập thị trường công bố hợp đồng chiến lược, thiết lập phạm vi các thông số và mức phí (phí hiệu suất / phí quản lý);
• Nền tảng kiểm tra tính bảo mật của hợp đồng và thực hiện kiểm tra hiệu suất trên dữ liệu lịch sử;
• Người dùng chọn một chiến lược, nạp tiền vào kho lưu trữ, và số tiền này sẽ được quản lý bởi hợp đồng chiến lược theo các quy tắc của nó;
• Nhà tạo lập thị trường nhận một phần phí hiệu suất; nền tảng thu một phần phí;
• Mọi thứ đều có thể được kiểm toán trên chuỗi và được thanh toán trên chuỗi.

Mô hình này tương tự như “nền tảng quỹ đầu cơ DeFi”, được đại diện bởi Enzyme, Sommelier và Superform. Nhà quản lý CLMM có thể tích hợp với các thị trường chiến lược này để mở rộng phạm vi phân phối cho các kho tiền của riêng mình.

7.4 Tổng hợp xuyên chuỗi và xuyên DEX

Thanh khoản bị phân mảnh: cùng một cặp ETH/USDC có thể có các pool trên Uniswap, Sushi, PancakeSwap và Camelot, với độ sâu thanh khoản khác nhau trên các chuỗi khác nhau. Thế hệ quản lý LP tiếp theo nên:

• Tự động chọn nhóm có phí cao nhất và độ sâu tốt nhất;
• Triển khai trên nhiều chuỗi (thông qua LayerZero, Wormhole, CCIP, v.v.);
• Cung cấp cho các LP một cái nhìn thống nhất về nhiều chuỗi và khả năng di chuyển chỉ bằng một cú nhấp chuột.

Phần liên chuỗi đòi hỏi nhiều công sức về mặt kỹ thuật, nhưng đây cũng là chìa khóa để tạo sự khác biệt.

8. Bảo mật, Kiểm toán và Kiểm soát Rủi ro

8.1 Các phương thức tấn công phổ biến

Các sự cố bảo mật trong quá khứ liên quan đến hợp đồng kho LP chủ yếu tập trung vào:

• Thao túng giá oracle: Sử dụng các khoản vay flash để thao túng giá của pool, khiến kho tiền tái cân bằng với mức giá sai;
• Lỗi quyền hạn: Quyền hạn của hợp đồng quản lý được thiết lập quá rộng, cho phép người quản lý hoặc chủ sở hữu độc hại rút tiền;
• Tính tái nhập và tràn số nguyên: Tính tái nhập trong collect và swap các quy trình;
• Thiếu cơ chế bảo vệ trượt giá: Các giao dịch tái cân bằng bị kẹp giữa;
• Các cuộc tấn công bằng khoản vay chớp nhoáng: gửi tiền / thao túng giá / rút tiền trong cùng một khối để trục lợi giá trị cổ phần;
• Lỗi logic chiến lược: Điều kiện kích hoạt tái cân bằng không chính xác, khiến quỹ bị kẹt ngoài phạm vi;
• Rủi ro từ giao thức bên thứ ba: Sự cố bảo mật tại sàn giao dịch phi tập trung (DEX), bộ định tuyến hoặc cầu nối cơ sở.

8.2 Thiết kế phòng thủ

• Nhiều oracle + TWAP: Kiểm tra chéo Chainlink/Pyth với TWAP nội bộ của pool V3; tạm dừng khi chênh lệch quá lớn;
• Tạm dừng khẩn cấp: Một multisig có thể tạm dừng gửi tiền / tái cân bằng / rút tiền, nhưng không bao giờ có thể ngăn người dùng rút tiền trở lại một "lối thoát an toàn" (ví dụ: rút trực tiếp thanh khoản V3 về ví của người dùng);
• Keep3r trong danh sách trắng: Chỉ những người quản lý được ủy quyền mới có thể kích hoạt tái cân bằng;
• Giới hạn trượt giá và số lượng: Mỗi lần tái cân bằng sẽ thiết lập maxSlippage, maxGasPrice và maxTradeSize;
• Chống thao túng giá cổ phiếu: Sử dụng TWAP để tính toán giá cổ phiếu hoặc áp dụng thời gian chờ;
• Khóa thời gian: Khóa thời gian 24–48 giờ để nâng cấp hợp đồng và thay đổi tham số, tạo cơ hội cho người dùng thoát ra;
• Bảo mật kinh tế: Phí hiệu suất và phí rút tiền để ngăn chặn hoạt động chênh lệch giá ngắn hạn;
• Giám sát và cảnh báo: Giám sát sự kiện trên chuỗi, giám sát độ lệch giá, giám sát sự bất thường của TVL.

8.3 Kiểm toán và Tiền thưởng phát hiện lỗi

• Hoàn thành việc kiểm toán bởi ít nhất hai công ty kiểm toán hàng đầu (Trail of Bits, OpenZeppelin, Spearbit, Consensys Diligence, v.v.) trước khi ra mắt;
• Duy trì chương trình tiền thưởng lỗi (Immunefi) trong 3–6 tháng sau khi triển khai mạng chính, với mức thưởng được phân loại theo mức độ rủi ro của quỹ;
• Triển khai các chiến lược cốt lõi một cách dần dần: chạy trên testnet và shadow mainnet (fork mainnet) trong 4–8 tuần, sau đó ra mắt với mức vốn hóa nhỏ và dần dần nâng mức trần lên.

9. Giao diện người dùng và Trải nghiệm người dùng

9.1 Các trang chính

• Trang chủ thị trường chiến lược: Hiển thị các chiến lược theo mức độ rủi ro, cặp, APR, TVL và chuỗi;
• Trang chi tiết chiến lược: Mô tả chiến lược, đường cong kiểm tra ngược, phạm vi hiện tại, hiệu suất lịch sử, cảnh báo rủi ro;
• Trang Nạp/Rút: Zap một token, nạp hai token, xem trước cổ phần, ước tính trượt giá và phí gas;
• Vị thế của tôi: Vị thế hiện tại, phí tích lũy, IL, lợi nhuận ròng, chuyển đổi lãi kép, rút tiền khẩn cấp;
• Bảng điều khiển nâng cao: Các lần tái cân bằng lịch sử, hồ sơ gas, chỉ số rủi ro, trạng thái phòng hộ (nếu có).

9.2 Minh bạch thông tin

Đặt "rủi ro" ở vị trí nổi bật ngang với "lợi nhuận":

• "Chiến lược này có hiệu suất thấp hơn X% so với việc giữ nguyên trong 30 ngày qua" phải được hiển thị rõ ràng, không được ẩn đi;
• Các giao dịch trên chuỗi trước và sau khi tái cân bằng phải liên kết trực tiếp đến trình khám phá khối;
• Địa chỉ hợp đồng, báo cáo kiểm toán và liên kết chương trình thưởng lỗi (Bug Bounty) phải được công khai;
• Các chiến lược rủi ro cao (phạm vi hẹp, tài sản đuôi dài) cần phải có xác nhận lần thứ hai.

9.3 Thông báo và Tự động hóa

• Gửi thông báo đẩy khi giá tiếp cận ranh giới phạm vi (thông báo trên ví, Telegram, email);
• Thông báo cho người dùng sau khi quá trình tái cân bằng được thực hiện;
• Khi IL đạt đến ngưỡng, đề xuất "rút tiền hoặc chuyển đổi chiến lược";
• Đối với người dùng quỹ, cung cấp Webhook / API để kết nối với hệ thống kiểm soát rủi ro của riêng họ.

10. Triển khai kỹ thuật và lựa chọn công nghệ

10.1 Sự khác biệt trong hệ sinh thái chuỗi công khai

Các chuỗi khác nhau có mức độ trưởng thành của hệ sinh thái khác nhau, và việc triển khai trình quản lý CLMM cũng khác nhau tùy theo đó:

• Các chuỗi EVM (Ethereum, Arbitrum, Optimism, Base, Polygon, BSC): Các hợp đồng Uniswap V3 là mã nguồn mở; PancakeSwap, Sushi, Camelot và các nền tảng khác chủ yếu là các phiên bản phân nhánh (fork) của V3, và có thể chia sẻ chung một hợp đồng quản lý;
• Các chuỗi không phải EVM (Sui, Aptos, Movement): Mô hình đối tượng và ngôn ngữ Move có nghĩa là các vị trí NFT và kho tiền được triển khai theo cách khác nhau và yêu cầu phát triển riêng biệt;
• Solana: Thiết kế CLMM của Raydium và Orca khác nhau, với các mô hình trạng thái rất khác so với EVM;
• Gia đình Cosmos (Osmosis, Sei): Dựa trên wasm và IBC; các chiến lược xuyên chuỗi yêu cầu các thành phần bổ sung;
• L2 / Chuỗi ứng dụng: Mô hình gas và chi phí DA khác nhau; tần suất tái cân bằng có thể được thực hiện tích cực hơn.

Chúng tôi khuyến nghị triển khai trên EVM trước, sau đó mở rộng sang các hệ sinh thái khác dựa trên nhu cầu của khách hàng.

10.2 Lập chỉ mục và dữ liệu

Các truy vấn dữ liệu LP yêu cầu lập chỉ mục trên chuỗi:

• The Graph / Subgraph: Lập chỉ mục các sự kiện của pool V3, sự kiện của vault và sự kiện tái cân bằng;
• Chỉ mục tự lưu trữ (Ponder, Envio, Substreams): Tự lưu trữ khi yêu cầu thời gian thực cao;
• Kho dữ liệu: BigQuery / ClickHouse lưu trữ dữ liệu lịch sử để kiểm tra ngược;
• Lớp API: GraphQL / REST cho giao diện người dùng và các bên thứ ba.

10.3 Triển khai Mạng Keeper

• Viết các nút Keeper bằng Go / Rust; đăng ký nhận các khối mới và sự kiện giá;
• Sử dụng nhiều nút RPC để đảm bảo dự phòng, tránh các điểm lỗi đơn lẻ;
• Sử dụng Gelato / Chainlink Automation làm cơ chế kích hoạt dự phòng;
• Quản lý khóa riêng của ví Keeper bằng HSM hoặc KMS để tránh rò rỉ;
• Giám sát và thưởng/phạt hành vi của Keeper (giảm phần thưởng nếu không kích hoạt đúng thời gian).

11. Giải pháp triển khai CLMM Manager của SoonTech

11.1 Danh sách mô-đun

Bộ công cụ quản lý CLMM của SoonTech bao gồm:

1. Vault Core: Hợp đồng theo tiêu chuẩn ERC-4626 hỗ trợ gửi tiền bằng một hoặc hai loại token và kế toán dựa trên cổ phần;
2. Thư viện Chiến lược: Tích hợp sẵn 6 loại chiến lược (thụ động rộng, chủ động hẹp, điều chỉnh theo độ biến động, stableswap, một chiều, trung lập delta);
3. Rebalancing Engine: Keeper ngoài chuỗi + quản lý trên chuỗi, hỗ trợ tự động hóa Gelato / Chainlink;
4. Zap Router: Tập hợp 1inch / 0x / Uniswap Universal Router / CoW; hỗ trợ gửi tiền bằng một loại token;
5. Bộ điều hợp phòng ngừa rủi ro: Kết nối với dYdX, Hyperliquid, GMX, Orderly để phòng ngừa rủi ro vĩnh viễn;
6. Phân tích: Bảng điều khiển APR / IL / kiểm tra ngược / kiểm soát rủi ro thời gian thực;
7. Thị trường chiến lược: Các nhà tạo lập thị trường liệt kê các chiến lược, người dùng sao chép giao dịch, chia sẻ lợi nhuận;
8. Cầu nối chuỗi chéo: Triển khai chuỗi chéo dựa trên LayerZero / CCIP và giao diện thống nhất.

11.2 Các kịch bản triển khai điển hình

Kịch bản 1: Cung cấp lớp giá trị gia tăng LP cho một sàn giao dịch phi tập trung (DEX) mới

Khách hàng là một sàn giao dịch phi tập trung (DEX) EVM mới ra mắt với thanh khoản không đủ và trải nghiệm LP kém. Chúng tôi triển khai trình quản lý CLMM trên nền tảng này: ba cấp chiến lược mặc định (thận trọng / cân bằng / tích cực), người dùng gửi tiền bằng một loại token duy nhất, tự động tái đầu tư. Trong vòng 2 tháng, TVL đã tăng từ 2 triệu USD lên 40 triệu USD và độ sâu thị trường tăng gấp ba lần.

Kịch bản 2: Xây dựng kho lưu trữ trung lập delta cho khách hàng quỹ

Khách hàng là một quỹ trên chuỗi muốn cung cấp cho các LP một sản phẩm sinh lời ETH/USDC “trung lập với thị trường”. Chúng tôi triển khai một kho tiền chủ động phạm vi hẹp kết hợp với công cụ phòng hộ vĩnh viễn Hyperliquid, nhắm đến mức lợi suất hàng năm từ 8%–15% với mức sụt giảm tối đa là 3%. Sau 6 tháng trên mạng chính, lợi suất hàng năm thực tế đạt 11,2% và mức sụt giảm tối đa là 1,8%.

Kịch bản 3: Tối ưu hóa gas và MEV cho một sàn giao dịch phi tập trung (DEX) trên L2

Khách hàng là một sàn giao dịch phi tập trung (DEX) trên Arbitrum, nơi người dùng phàn nàn về chi phí tái cân bằng cao và các cuộc tấn công kiểu "sandwich". Chúng tôi đã di chuyển mạng Keeper sang hệ thống trung gian theo phong cách Flashbots của riêng mình, kích hoạt tính năng nén dữ liệu gọi (calldata compression) và thiết lập ngưỡng tái cân bằng động. Chi phí gas giảm 60%, và tổn thất do trượt giá do người dùng báo cáo giảm 80%.

11.3 Lịch trình triển khai

• Tuần 1–2: Nghiên cứu kinh doanh, xác nhận chuỗi mục tiêu và DEX, thiết kế chiến lược;
• Tuần 3–6: Phát triển hợp đồng, kiểm thử đơn vị, triển khai trên mạng thử nghiệm;
• Tuần 7–8: Kiểm toán, xác thực mạng chính ảo, giao diện người dùng và bảng điều khiển dữ liệu;
• Tuần 9: Ra mắt thử nghiệm trên mạng chính, giám sát giới hạn và đa chữ ký;
• Từ tuần 10: Mở rộng chiến lược, triển khai xuyên chuỗi, tích hợp nhà tạo lập thị trường.

12. Khuyến nghị triển khai cho doanh nghiệp

12.1 Xây dựng theo từng giai đoạn

• Giai đoạn 1 (MVP): Kho tiền thụ động phạm vi rộng, tự động kết hợp, triển khai chuỗi đơn, bảng điều khiển cơ bản;
• Giai đoạn 2: Kho tiền chủ động phạm vi hẹp, điều chỉnh theo biến động, Zap, nhiều chiến lược;
• Giai đoạn 3: Phòng ngừa rủi ro, thị trường chiến lược, đa chuỗi, các tính năng dành cho tổ chức;
• Giai đoạn 4: Nhãn trắng, SDK, API, tích hợp tuân thủ.

Đừng cố gắng xây dựng tính năng trung lập delta và thị trường chiến lược trong phiên bản đầu tiên; độ phức tạp và rủi ro của chúng cao hơn nhiều so với kho tiền cơ bản.

12.2 Cấu trúc đội ngũ

Đội ngũ tối thiểu: 1 quản lý sản phẩm, 2 kỹ sư Solidity, 1 kỹ sư backend / keeper, 1 kỹ sư front-end, 1 nhà phân tích rủi ro / dữ liệu. Nếu bạn muốn thực hiện thị trường chiến lược và chuỗi chéo, hãy thêm 2–3 người nữa.

12.3 Các chỉ số

• TVL và giá trị ròng: Tổng giá trị bị khóa, giá trị ròng của cổ phần trong kho;
• APR và so với việc giữ nguyên: Lợi nhuận ròng thực tế;
• Chỉ số tái cân bằng: Tần suất, tỷ lệ thành công, chi phí gas, độ trượt giá trung bình;
• Chỉ số người dùng: Số lượng người gửi tiền, tỷ lệ lãi kép, tỷ lệ giữ chân, giá trị trung bình trên mỗi người dùng;
• Chỉ số rủi ro: Số lượng cảnh báo IL, số lần tạm dừng, số vụ sự cố bảo mật;
• Chỉ số kinh doanh: Doanh thu từ phí hiệu suất, số lượng chiến lược được niêm yết, thị phần nhà tạo lập thị trường.

13. Xu hướng trong tương lai

13.1 Uniswap V4 và Hooks

V4 giới thiệu các hợp đồng Hook cho phép chèn logic tùy chỉnh vào các thời điểm khác nhau trong vòng đời của một pool. Điều này có nghĩa là phần lớn logic ban đầu phải được triển khai trong kho bên ngoài (tích lũy, tái cân bằng, phí động, giới hạn) có thể được chuyển xuống lớp pool, và người quản lý CLMM có thể chuyển từ một “giao thức bên ngoài” sang một “tập hợp các Hook”.

13.2 LP dựa trên ý định

Người dùng không còn chỉ định một phạm vi cụ thể mà chỉ cần tuyên bố ý định: “Tôi sẵn sàng chấp nhận mức sụt giảm tối đa 5% và mục tiêu lợi nhuận hàng năm là 15%”, và mạng giải quyết sẽ tự động lắp ráp sự kết hợp tối ưu trên nhiều sàn giao dịch phi tập trung (DEX) và nhiều chuỗi khối. Mô hình này tiếp tục trừu tượng hóa sự phức tạp cơ bản.

13.3 Tạo lập thị trường trên chuỗi và các chiến lược AI

Các mô hình AI (học tăng cường, dự báo chuỗi thời gian) sẽ dần dần được áp dụng vào hoạt động tạo lập thị trường trên chuỗi, điều chỉnh các tham số một cách động dựa trên luồng lệnh, tỷ lệ tài trợ và dự báo biến động. Tuy nhiên, khả năng giải thích và kiểm soát rủi ro của các chiến lược AI trên chuỗi là những thách thức mới.

13.4 Tài sản thực (RWA) và các sản phẩm cấu trúc

CLMM sẽ tham gia vào lĩnh vực RWA (trái phiếu kho bạc, hàng hóa, ngoại hối), kết hợp các nhà tạo lập thị trường tài chính truyền thống với thanh toán bù trừ trên chuỗi để tạo ra các sản phẩm lợi suất cấu trúc mới. Điều này đặt ra những yêu cầu cao hơn về tuân thủ và lưu ký.

Câu hỏi thường gặp

Câu hỏi 1: Người dùng thông thường nên chọn phạm vi hẹp hay phạm vi rộng?

A: Nếu bạn không chắc chắn về xu hướng thị trường và không muốn giao dịch thường xuyên, hãy chọn phạm vi rộng; đối với các cặp tiền chính khi thị trường đang trong vùng dao động hẹp, bạn có thể thử phạm vi hẹp với số tiền nhỏ; đối với các token mới và tài sản có độ biến động cao, không nên chọn phạm vi hẹp — IL sẽ nhanh chóng “ăn” hết phí.

Câu hỏi 2: Tỷ suất sinh lời hàng năm (APR) trên CLMM trông có vẻ cao — tại sao tôi lại không thể kiếm được tiền?

A: Tỷ suất sinh lời hàng năm (APR) được quảng cáo thường chỉ tính phí giao dịch, không bao gồm IL, phí gas, trượt giá và phí giao thức. Khi xem xét một sản phẩm, hãy tìm "APR ròng" và "lợi nhuận so với việc nắm giữ"; thực hiện kiểm tra ngược (backtest) của riêng bạn khi cần thiết.

Câu hỏi 3: Hợp đồng kho lưu trữ có thể bị "rug pull" không?

A: Mã của một vault không lưu ký chỉ có thể hoạt động theo logic đã được thiết lập sẵn; về mặt lý thuyết, không ai có thể rút tiền; tuy nhiên, rủi ro từ lỗi hợp đồng và cơ chế đa chữ ký vẫn tồn tại. Trước khi đưa vào hoạt động, hãy luôn kiểm tra báo cáo kiểm toán, ngưỡng đa chữ ký, cài đặt khóa thời gian và chương trình thưởng lỗi.

Câu hỏi 4: Tần suất tái cân bằng cao hơn có phải lúc nào cũng tốt hơn không?

A: Không. Cân bằng lại giúp giữ tiền "hiện diện" để kiếm phí, nhưng mỗi lần đều phát sinh chi phí gas và trượt giá. Trong thị trường biến động mạnh, việc cân bằng lại quá mức sẽ gây tổn thất cho cả hai phía; trong thị trường một chiều, việc cân bằng lại thực sự khiến bạn tiếp tục "bán khi giá tăng" hoặc "bắt dao rơi". Một chiến lược tốt là chiến lược điều chỉnh tần suất một cách linh hoạt.

Câu hỏi 5: Vị thế LP có thể được sử dụng làm tài sản thế chấp cho khoản vay không?

A: Việc cho vay trực tiếp dựa trên NFT của vị thế V3 là khó, nhưng cổ phần kho ERC-4626 đã được một số giao thức cho vay chấp nhận làm tài sản thế chấp. Trước khi vay, hãy chú ý đến mức thanh lý và độ biến động giá của cổ phần kho.

Câu hỏi 6: Chúng ta nên tự viết hợp đồng hay sử dụng giải pháp có sẵn?

A: Đối với 99% các dự án, chúng tôi khuyên bạn nên tùy chỉnh dựa trên một trình quản lý CLMM đã hoàn thiện (chẳng hạn như bộ công cụ của SoonTech hoặc một giải pháp mã nguồn mở) thay vì viết từ đầu — các hợp đồng kiểu V3 cực kỳ nhạy cảm về mặt bảo mật, và chi phí phải trả khi dẫm phải “mìn” trong một hợp đồng tự xây dựng sẽ cao hơn nhiều so với chi phí cấp phép.

Kết luận

Thanh khoản tập trung đã đẩy hiệu quả vốn của DEX lên một tầm cao mới, nhưng nó cũng chuyển sự phức tạp của việc tạo lập thị trường sang các nhà cung cấp thanh khoản (LP). Giá trị sản phẩm của một trình quản lý CLMM nằm chính xác ở việc che giấu sự phức tạp đó khỏi người dùng thông qua hợp đồng thông minh, tự động hóa ngoài chuỗi, đóng gói chiến lược và công bố rủi ro minh bạch — mang đến cho người dùng thông thường khả năng truy cập chỉ bằng một cú nhấp chuột vào các chiến lược đạt tiêu chuẩn nhà tạo lập thị trường chuyên nghiệp, cung cấp cho các quỹ một sản phẩm sinh lời trên chuỗi có thể kiểm toán, kết hợp linh hoạt và phòng ngừa rủi ro, đồng thời giúp các nhà tạo lập thị trường có thể thương mại hóa khả năng của họ với một nguồn vốn rộng lớn hơn nhiều.

Bài viết này trình bày một cách có hệ thống toàn bộ không gian thiết kế của một nhà quản lý CLMM, từ các cơ chế cốt lõi và kiến trúc sản phẩm, qua các loại chiến lược, tái cân bằng, đo lường IL, Zap và vault, cho đến kiểm soát rủi ro bảo mật, trải nghiệm giao diện người dùng và triển khai kỹ thuật. Công nghệ đang không ngừng phát triển — V4 Hooks, Intent, AI và RWA sẽ tiếp tục định hình lại lĩnh vực này — nhưng những nguyên tắc cơ bản nhất sẽ không thay đổi: rủi ro minh bạch, bảo mật không lưu ký, lợi nhuận bền vững và các chiến lược có thể kiểm toán.

Đội ngũ SoonTech đã tích lũy được nhiều kinh nghiệm phong phú về kỹ thuật trên chuỗi (on-chain) trên nhiều dòng sản phẩm, bao gồm DEX, CEX và thị trường dự đoán; đồng thời, trình quản lý CLMM là một trong những mô-đun phát triển nhanh nhất trong bộ sản phẩm DEX của chúng tôi. Nếu đội ngũ của bạn đang phát triển thế hệ DEX tiếp theo, bổ sung lớp giá trị gia tăng cho nhà cung cấp thanh khoản (LP) vào một DEX hiện có, hoặc đang tìm cách xây dựng các giải pháp quản lý tài sản trên chuỗi và sản phẩm cấu trúc, chúng tôi rất mong được trao đổi với bạn. Dựa trên chuỗi mục tiêu, loại tài sản và hồ sơ người dùng của bạn, chúng tôi có thể cung cấp giải pháp toàn diện bao gồm phát triển hợp đồng, hỗ trợ kiểm toán, giao diện người dùng và bảng điều khiển dữ liệu.

Tăng cường hiệu quả thanh khoản, mang lại sự an tâm cho các nhà cung cấp thanh khoản (LP) và biến hoạt động tạo lập thị trường thành một sản phẩm thực sự đáng tin cậy — đó chính là định hướng dài hạn của CLMM Manager.

🌐 Xây dựng các nền tảng Web3 an toàn và có khả năng mở rộng cùng SoonTech.

Khám phá các giải pháp của chúng tôi dành cho Sàn giao dịch tiền điện tử nhãn trắng, Thị trường dự đoán, Ví MPC, Hệ thống ghép lệnh, Tích hợp thanh khoản và Tuân thủ quy định.