Thanh lý on-chain: cơ chế của Aave và Compound, và mô hình kinh doanh bot xung quanh chúng
Một cuộc thanh lý trên Aave là một lời chào công khai luôn thường trực: trả nợ thay cho người khác và nhận tài sản thế chấp của họ với mức chiết khấu 5–15%. Lời chào này được viết vào một hợp đồng bất biến, không cần xin phép, không cần KYC, không cần bất kỳ mối quan hệ nào với giao thức — chỉ cần là địa chỉ đầu tiên gọi liquidationCall() trong khối mà vị thế vượt qua ngưỡng. Đây là cuộc đua thuần túy nhất trong crypto: phần thưởng được biết chính xác đến từng xu, điều kiện kích hoạt (phần lớn) có thể dự đoán được, và câu hỏi duy nhất là liệu hạ tầng của bạn có đến đích trước hạ tầng của tất cả những người khác hay không.
Bài viết này mổ xẻ toàn bộ cỗ máy từ đầu đến cuối: công thức toán học chính xác xác định khi nào một vị thế trở nên có thể bị thanh lý, tại sao cơ chế oracle của Chainlink khiến việc thanh lý có thể dự đoán thay vì mang tính phản ứng, một bot thanh lý cạnh tranh thực sự bao gồm những gì, và tại sao kinh tế học của cuộc đua đã bị nén lại đến mức phần lớn khoản thưởng giờ đây rò rỉ sang các block builder — và, ngày càng nhiều, quay trở lại chính các giao thức. Ở phần cuối, chúng ta sẽ đối chiếu điều này với thanh lý trên các sàn perp-DEX (GMX, Hyperliquid), vốn trông tương tự về hình thức nhưng lại là một trò chơi hoàn toàn khác.
Cơ chế: health factor, ngưỡng, và khoản thưởng
LTV so với ngưỡng thanh lý
Mỗi tài sản thế chấp trên Aave v3 mang hai tham số rủi ro riêng biệt, và nhầm lẫn giữa chúng là sai lầm phổ biến nhất mà người vay mắc phải:
- LTV (loan-to-value, tỷ lệ khoản vay trên giá trị) — mức tối đa bạn có thể vay dựa trên tài sản thế chấp tại thời điểm khởi tạo. Với WETH trên Aave v3 mainnet, con số này khoảng 80%.
- Ngưỡng thanh lý (liquidation threshold) — mức tỷ lệ thế chấp mà tại đó vị thế trở nên có thể bị thanh lý. Với WETH, khoảng 83%.
Khoảng cách giữa hai con số này là một vùng đệm có chủ đích: bạn không thể mở một vị thế mà ngay lập tức bị thanh lý. Nhưng vùng đệm này khá mỏng — chỉ vài phần trăm biến động giá bất lợi là đủ để tách biệt "vay tối đa" khỏi "sẵn sàng bị lấy đi."
Health factor tổng hợp mọi thứ thành một con số duy nhất:
trong đó là lượng tài sản thế chấp , là giá theo oracle của nó, là ngưỡng thanh lý của nó, và là giá trị của mỗi vị thế nợ. Khi , bất kỳ ai cũng có thể thanh lý. Không có thời gian ân hạn, không có margin call, không có thông báo. Điều kiện này được đánh giá theo kiểu lười (lazy) — không có gì xảy ra cho đến khi ai đó gọi hàm.

Close factor và liquidation bonus
Hai tham số nữa xác định người thanh lý sẽ nhận được gì:
- Close factor — tỷ lệ khoản nợ mà một lần thanh lý duy nhất được phép trả. Mặc định của Aave v3 là 50%. Kể từ Aave v3.3, close factor nhảy lên 100% khi (ngưỡng
CLOSE_FACTOR_HF_THRESHOLD), hoặc khi tài sản thế chấp hoặc khoản nợ của vị thế thấp hơn ngưỡng bụi (~2.000 USD) — các vị thế nhỏ không đáng để thực hiện hai giao dịch, và phần bụi còn sót lại tạo ra vấn đề kế toán nợ xấu. - Liquidation bonus (còn gọi là liquidation penalty, tùy thuộc bạn đứng ở phía nào) — mức chiết khấu mà người thanh lý mua được tài sản thế chấp. Trên Aave đây là một biên chênh lệch cố định do quản trị thiết lập theo từng tài sản: khoảng 5% cho WETH và các stablecoin lớn, lên đến 10–15% cho các tài sản thế chấp đuôi dài (long-tail) biến động mạnh.
Compound v2 hoạt động theo cách tương tự với các hằng số khác: liquidateBorrow() với close factor 50% và mức khuyến khích thanh lý 8% (cToken tài sản thế chấp bị tịch thu có giá trị bằng 1,08 lần khoản nợ đã trả). Compound v3 (Comet) thiết kế lại luồng xử lý thành hai bước: absorb() kéo vị thế âm về bảng cân đối kế toán của chính giao thức (khoản nợ được xã hội hóa vào quỹ dự trữ, tài sản thế chấp trở thành tài sản của giao thức), và buyCollateral() cho phép bất kỳ ai mua tài sản thế chấp đó từ giao thức với mức chiết khấu do quản trị cấu hình, thanh toán bằng tài sản cơ sở. Trong thực tế, một người thanh lý sẽ gọi cả hai hàm trong một giao dịch — bản thân absorb không trả gì cả, lợi nhuận nằm hoàn toàn ở buyCollateral được chiết khấu.
Một vị thế cụ thể, được thanh lý từng bước
Lấy các tham số WETH tiêu biểu của Aave v3: LTV 80%, ngưỡng thanh lý 83%, liquidation bonus 5%.
Thiết lập. Bạn nạp 10 WETH ở giá 3.000 USD (30.000 USD tài sản thế chấp) và vay 20.000 USDC.
Giá thanh lý. khi giá trị tài sản thế chấp giảm xuống còn USD, tức ETH ở mức 2.410 USD — mức sụt giảm 19,7%. Nghe có vẻ an toàn. Nhưng thực ra không, vì ETH thường xuyên có những cú sụt 20% như chuyện thường ngày.
Cú sụt. Oracle ghi nhận ETH ở mức 2.350 USD. Tài sản thế chấp giờ chỉ còn 23.500 USD:
, vì vậy close factor 50% được áp dụng. Một người thanh lý trả 10.000 USDC khoản nợ của bạn và chiếm đoạt tài sản thế chấp trị giá USD theo giá oracle:
Lãi/lỗ của người thanh lý. Họ bỏ ra 10.000 USD và nhận về 10.500 USD ETH: 500 USD lợi nhuận gộp cho một lệnh gọi hàm, trước khi trừ gas, chi phí swap để thoát khỏi vị thế ETH, và — quan trọng hơn cả — trước khi trừ số tiền họ phải trả để thắng trong cuộc đua (sẽ nói rõ hơn ở phần dưới).
Lãi/lỗ của bạn. Khoản nợ giảm xuống còn 10.000 USD, tài sản thế chấp giảm xuống còn 5,532 WETH (13.000 USD). Health factor mới:
Lưu ý hai sự thật khó chịu. Thứ nhất, bạn đã trả 500 USD cho đặc quyền bị ép giảm đòn bẩy — khoản thưởng lấy hoàn toàn từ vốn chủ sở hữu của bạn. Thứ hai, HF mới ở mức 1,079 chỉ vừa đủ nổi trên mặt nước: chỉ cần ETH giảm thêm 7% nữa là kích hoạt thanh lý trở lại trên phần còn lại. Thanh lý với biên chênh lệch cố định khôi phục khả năng thanh toán, chứ không khôi phục sự an toàn. Mô hình "thanh lý nửa vời, vẫn mong manh, bị thanh lý lần nữa" này chính là cấu trúc vi mô đằng sau động lực học tầng bậc (cascade), điều mà chúng ta sẽ đề cập trong bài viết liên quan về tầng thanh lý như một tín hiệu giao dịch.
Cơ chế kích hoạt: thanh lý có thể dự đoán, không phải phản ứng
Đây là phần phân biệt giữa những người hiểu rõ mô hình kinh doanh này với những người không hiểu: trên Aave và Compound, các vị thế không trở nên có thể bị thanh lý khi giá thị trường di chuyển. Chúng trở nên có thể bị thanh lý khi oracle cập nhật.
Cả hai giao thức đều đọc giá từ Chainlink data feeds. Một feed của Chainlink trên Ethereum mainnet đẩy một giá on-chain mới khi một trong hai điều kiện sau xảy ra:
- Ngưỡng độ lệch (deviation threshold) — giá tổng hợp off-chain di chuyển vượt quá một tỷ lệ phần trăm nhất định so với giá trị on-chain gần nhất: 0,5% cho ETH/USD trên mainnet, 1–2% cho hầu hết các feed nhỏ hơn.
- Heartbeat — một khoảng thời gian tối đa (3.600 giây cho ETH/USD) sau đó một bản cập nhật sẽ được đẩy bất kể độ lệch là bao nhiêu.
Điều này có một hệ quả sâu sắc. Giữa các lần cập nhật, giá on-chain đã lỗi thời theo cấu trúc. Nếu giá ETH trên Binance giảm 0,6% trong khi feed on-chain vẫn hiển thị giá cũ, mọi tác nhân tinh vi đều biết một giao dịch cập nhật oracle sắp đến, biết giá mới sẽ (xấp xỉ) là bao nhiêu, và có thể tính toán — trước khi bản cập nhật được ghi nhận — chính xác vị thế nào sẽ vượt qua ngưỡng ngay khi điều đó xảy ra.

Do đó, chiến lược chủ đạo không phải là "theo dõi health factor và phản ứng" mà là backrun bản cập nhật oracle: xây dựng một bundle trong đó liquidationCall() của bạn thực thi ngay sau giao dịch transmit của Chainlink, trong cùng một khối. Bản cập nhật oracle chính là phát súng khởi động, và ai cũng có thể thấy người bắn súng đang giơ súng lên. Cơ chế bundle — gửi riêng tư đến các block builder, đảm bảo thứ tự thực thi nguyên tử — chính là bộ máy mà chúng ta đã đề cập trong bài viết về tấn công sandwich và frontrunning trong mempool; thanh lý đơn giản chỉ là cách sử dụng hợp pháp nhất của nó.
Hai điểm tinh chỉnh quan trọng trong thực tế:
- Bạn thậm chí không cần thấy giao dịch transmit trong mempool. Vì việc tổng hợp off-chain có thể quan sát được (bạn có thể chạy cùng phép tính giá từ các feed của sàn CEX), bạn có thể dự đoán rằng một bản cập nhật chắc chắn sẽ xảy ra khi độ lệch vượt ngưỡng, và xây dựng sẵn các bundle cho cả hai kịch bản giá tăng và giá giảm.
- Các bản cập nhật heartbeat là các sự kiện thanh khoản được lên lịch trước. Nếu một feed không lệch 0,5% trong vòng một giờ, bản cập nhật vẫn sẽ được đẩy — và nếu giá đã trôi dạt 0,4% ngược lại với một bức tường các vị thế tập trung gần , thì bản heartbeat "vô hại" đó chính là cơ chế kích hoạt. Các nhà vận hành cạnh tranh theo dõi thời gian kể từ lần cập nhật cuối cùng của mỗi feed như một tín hiệu hàng đầu.
Khả năng dự đoán này cũng chính là lý do các giao thức cuối cùng đã tìm cách thu hồi lại giá trị. Vào tháng 3 năm 2025, Aave đã tích hợp Chainlink SVR (Smart Value Recapture): các bản cập nhật oracle cho các feed tham gia được định tuyến qua Flashbots MEV-Share, quyền backrun chúng được đấu giá, và giá thầu chiến thắng được chia giữa Aave DAO (65%) và Chainlink (35%) thay vì rò rỉ hoàn toàn sang các searcher và builder. Chỉ trong vài tháng, hệ thống đã xử lý hơn 32 triệu USD giá trị thanh lý và thu hồi lại hơn 1,1 triệu USD, thu về hơn 80% MEV thanh lý đủ điều kiện. Hãy coi đó như một mức giá thị trường: cuộc đua mở đã trở nên hiệu quả đến mức giao thức có thể đấu giá vạch đích.
Xây dựng bot: bốn hệ thống con
Một bot thanh lý cạnh tranh không phải là một đoạn script; đó là hạ tầng đáng giá của cả một công ty giao dịch nhỏ. Bốn hệ thống con, mỗi hệ thống riêng lẻ đơn giản, nhưng khi cộng lại thì độ trễ trở thành yếu tố sống còn.

1. Lập chỉ mục vị thế
Bạn cần toàn bộ tập hợp người vay và số dư của họ, được duy trì theo thời gian thực. Khởi động là một quá trình backfill sự kiện — mọi Supply, Borrow, Repay, Withdraw, LiquidationCall kể từ khi giao thức triển khai — được gấp lại thành số dư hiện tại theo từng người dùng, sau đó được duy trì trực tiếp qua đăng ký websocket cho các log mới. Hàm getUserAccountData(address) của Aave trả về health factor trực tiếp, nhưng gọi hàm này cho từng người dùng trong mỗi khối với hơn 100 nghìn người vay là điều bất khả thi; các nhà vận hành nghiêm túc sao chép lại logic kế toán của giao thức ở phía họ (bao gồm cả toán học chỉ số lãi suất, vì khoản nợ tăng lên từng giây) và chỉ dành các lệnh gọi RPC cho việc xác minh.
2. Giám sát health factor với mô phỏng oracle
Vòng lặp cốt lõi không phải là "tính HF tại giá oracle hiện tại." Mà là "tính HF tại mức giá mà oracle sắp công bố":
def liquidatable_at(positions, feed, candidate_price):
"""Positions that cross HF < 1 if `feed` updates to candidate_price."""
out = []
for pos in positions.borrowers_exposed_to(feed):
hf = pos.health_factor(price_override={feed: candidate_price})
if hf < 1.0:
close_factor = 1.0 if hf < 0.95 else 0.5
repay = pos.debt_value * close_factor
seized = repay * (1 + pos.liq_bonus)
gross = seized - repay # the prize, pre-costs
out.append((pos, repay, gross))
return sorted(out, key=lambda x: -x[2])
deviation = abs(offchain_px - onchain_px) / onchain_px
if deviation > FEED_DEVIATION_THRESHOLD * 0.8: # update imminent
targets = liquidatable_at(positions, feed, offchain_px)
for pos, repay, gross in targets:
prepare_bundle(pos, repay, max_bid=gross - costs(pos))
Sắp xếp các vị thế theo mức độ gần với (một hàng đợi ưu tiên được đánh chỉ mục theo mức giá sẽ kích hoạt từng vị thế) giữ cho tập hợp "nóng" luôn nhỏ gọn. Hệ số 0,8 chính là toàn bộ trò chơi: bạn muốn các bundle được xây dựng và gửi đi trước khi bản cập nhật trở nên chắc chắn, chứ không phải sau đó.
3. Thực thi được tài trợ bằng flash loan
Bạn không cần vốn để thanh lý — bạn cần vốn trong khoảng 200 mili giây thời gian khối. Hợp đồng thực thi kinh điển thực hiện, theo cách nguyên tử:
- Vay flash tài sản nợ (Balancer với phí 0 bps, hoặc chính Aave với phí khoảng 5 bps — cùng nguyên lý mà chúng ta đã xây dựng trong bài arbitrage nguyên tử với flash loan).
- Gọi
liquidationCall(collateral, debtAsset, user, repayAmount, false)— tham sốfalsenhận tài sản thế chấp gốc thay vì aToken. - Swap tài sản thế chấp đã tịch thu trở lại thành tài sản nợ trên bất kỳ sàn nào báo giá tốt nhất (Uniswap v3 / v4, tuyến đường 1inch, hoặc một lệnh khớp riêng tư).
- Trả lại khoản flash loan; phần còn lại là lợi nhuận, được xác minh bằng
require(profit >= minProfit)để một mô phỏng lỗi thời sẽ bị revert thay vì thực thi ở mức lỗ.
Bước swap chính là nơi các bot cẩu thả chết yểu: tịch thu 10.500 USD của một token đuôi dài (long-tail) đồng nghĩa với việc phải ăn trọn tác động thanh khoản DEX của nó, và mức trượt giá khi thoát vị thế có thể vượt quá cả khoản liquidation bonus. Các nhà vận hành cạnh tranh mô phỏng toàn bộ hành trình khứ hồi — bao gồm cả swap thoát vị thế — và bỏ qua các cuộc thanh lý mà giá trị ròng là âm, hoặc giữ tài sản thế chấp và hedge bằng một vị thế perp thay vì bán tháo ra thị trường.
4. Gửi bundle
Giao dịch cuối cùng không đi gần mempool công khai chút nào. Nó được gửi dưới dạng một bundle đến các block builder (hoặc vào phiên đấu giá SVR/OEV nếu áp dụng), với nội dung: "đặt lệnh thanh lý của tôi ngay sau giao dịch transmit của oracle này; đây là tiền tip của tôi." Khoản tip này chính là giá thầu của bạn trong một phiên đấu giá kiểu "trả tất cả, không được gì nếu thua" cạnh tranh với mọi bot khác đã chạy cùng một mô phỏng. Điều này dẫn chúng ta đến phần kinh tế học khó chịu.
Cuộc cạnh tranh: khoản thưởng thực sự đi về đâu
Cơ sở học thuật là công trình Qin, Zhou, Gamito, Jovanovic và Gervais, "An Empirical Study of DeFi Liquidations: Incentives, Risks, and Instabilities" (2021), nghiên cứu đo lường mô hình kinh doanh này trên Aave, Compound, MakerDAO và dYdX từ tháng 4/2019 đến tháng 4/2021: 28.138 lần thanh lý với tổng giá trị 807 triệu USD, với 63,6 triệu USD lợi nhuận tổng hợp của người thanh lý. Bài báo cũng ghi nhận sự kém hiệu quả về mặt cấu trúc của cơ chế thanh lý biên chênh lệch cố định — mức chiết khấu là một công cụ thô bạo, thường xuyên phạt người vay nặng hơn mức mà một phiên đấu giá đáng lẽ sẽ tính, và cho thấy những người thanh lý đã bỏ lại một lượng tiền đáng kể trên bàn do các chiến lược thiếu tinh vi.
Lợi nhuận của thời kỳ đó sẽ không lặp lại, vì ba nguyên nhân cộng dồn:
Cuộc đấu giá gas đã trở thành cuộc đấu giá builder. Trong giai đoạn 2019–2020, những người thanh lý cạnh tranh trong các phiên đấu giá gas ưu tiên trên mempool công khai; người thắng trả gas vượt mức, người thua bị revert, và một phần đáng kể khoản thưởng vẫn thuộc về người thanh lý. Sau MEV-Boost, sự cạnh tranh diễn ra trong các phiên đấu giá builder kín. Khi N bot mô phỏng cùng một cơ hội tất định đến cùng một con số lợi nhuận, việc đặt giá thầu hội tụ về gần toàn bộ phần thưởng: bundle chiến thắng thường xuyên tip hơn 90% lợi nhuận gộp cho builder/validator. Lợi thế của người thanh lý sụp đổ chỉ còn lại cho ai có mức giá thoát vị thế tốt hơn một chút, chi phí thấp hơn một chút, hoặc những cơ hội mà người khác không nhìn thấy.
Backrun oracle chiếm ưu thế, và chúng đang bị khoanh vùng lại. Vì gần như mọi cuộc thanh lý trên các thị trường tiền tệ đều được kích hoạt bởi các bản cập nhật oracle, không gian chiến lược sinh lời đã sụp đổ về một điểm duy nhất: giành được vị trí ngay sau giao dịch transmit. Các cơ chế kiểu SVR chính thức hóa điều này — giao thức đấu giá vị trí đó và giữ lại phần lớn số tiền thu được. Phần chia của searcher thu hẹp từ "khoản thưởng trừ gas" xuống còn "biên lợi nhuận của người thắng đấu giá," và sự cạnh tranh đấu giá đẩy con số này về gần bằng không.
Phần đuôi dài là những gì còn lại. Các ngách thực tế cho một người mới tham gia vào năm 2026: các chuỗi và L2 nơi thị trường builder chưa trưởng thành; các fork cho vay đuôi dài với các tham số thưởng định giá sai và ít bot cạnh tranh; các vị thế với tài sản thế chấp kỳ lạ mà việc mô phỏng swap thoát vị thế thực sự khó khăn (lợi thế đến từ thực thi tốt hơn, chứ không phải độ trễ thấp hơn); và các sự kiện căng thẳng, khi gas tăng vọt và các lỗi RPC loại bỏ những nhà vận hành yếu thế nhất — Black Thursday của MakerDAO (tháng 3/2020), khi các phiên đấu giá giá thầu bằng 0 cho phép những người thanh lý chiếm đoạt 8,3 triệu USD tài sản thế chấp gần như miễn phí vì hạ tầng của không ai khác hoạt động được, vẫn là ví dụ kinh điển cho thấy cuộc đua trả công hậu hĩnh nhất chính xác vào lúc khó vận hành nhất.
Định lượng kỳ vọng một cách trung thực: đây giờ đây là một mô hình kinh doanh với chi phí cố định thực sự (node, quan hệ với builder, giám sát trên hàng chục triển khai) cạnh tranh cho một quỹ phần thưởng đã bị chiết khấu nặng nề. Đây là một cách tuyệt vời để học hỏi về nội bộ EVM, oracle và cơ chế MEV nhiều hơn bất kỳ khóa học nào có thể dạy bạn. Nhưng đây là một cách khó khăn để kiếm sống.
Thanh lý perp-DEX: cùng một từ, khác trò chơi
Các sàn perpetual DEX cũng "thanh lý," và các con số nổi bật lớn hơn — nhưng cơ chế, và do đó cơ hội, lại khác nhau về mặt cấu trúc.
GMX (v2): các vị thế giao dịch với một pool thanh khoản theo giá oracle (Chainlink Data Streams độ trễ thấp). Thanh lý được kích hoạt khi tài sản thế chấp trừ đi lỗ và phí giảm xuống dưới yêu cầu duy trì, và nó được thực thi bởi keeper — hạ tầng được chỉ định hoạt động dựa trên giá đã được oracle ký xác nhận, không phải một cuộc đua mở. Không có hàm công khai nào trả thưởng 5% cho người gọi đầu tiên; tài sản thế chấp còn lại chảy vào pool theo quy tắc của giao thức. Từ góc nhìn của một searcher, không có gì để thắng cả.
Hyperliquid: thanh lý chạy bên trong chính engine khớp lệnh của L1. Khi vốn chủ sở hữu tài khoản giảm xuống dưới mức ký quỹ duy trì (được đánh giá tại một mức giá đánh dấu (mark price) pha trộn từ các feed CEX và sổ lệnh, chính xác là để chống lại các trò chơi oracle đã mô tả ở trên), engine sẽ gửi các lệnh thị trường thanh lý vào sổ lệnh — các vị thế lớn được chia thành từng phần nhỏ để hạn chế tác động. Nếu vốn chủ sở hữu tiếp tục giảm xuống dưới hai phần ba mức ký quỹ duy trì, vị thế sẽ được tiếp quản theo mark price bởi một kho dự phòng thanh lý (backstop liquidator vault) là một chiến lược bên trong HLP, kho tạo lập thị trường thuộc sở hữu cộng đồng của giao thức, với auto-deleveraging là lớp cuối cùng. Lãi/lỗ từ thanh lý được tích lũy cho những người gửi tiền vào HLP — "lợi nhuận người thanh lý" được xã hội hóa vào một kho mà bất kỳ ai cũng có thể tham gia, chứ không phải được đua tranh theo từng sự kiện.
Hệ quả đối với một trader: trên các thị trường tiền tệ, trò chơi là trở thành người thanh lý — một cuộc đua hạ tầng cho một biên chênh lệch cố định. Trên các sàn perp DEX, vai trò người thanh lý đã bị đóng lại, vì vậy trò chơi chuyển sang giao dịch xoay quanh các cuộc thanh lý: giá thanh lý có thể tính toán được từ các vị thế mở, dòng lệnh bị ép chạm vào một sổ lệnh có thể quan sát được, và các mức thanh lý tập trung trở thành vừa là nam châm vừa là nguồn nhiên liệu cho các biến động giá. Đó chính là logic tương tự khiến các tầng thanh lý trên CEX có thể giao dịch được — động lực học mà chúng ta đã chạm đến trong bài funding rate giết chết đòn bẩy của bạn (chi phí đòn bẩy chính là thứ đẩy các vị thế tiến gần đến vách đá) và trong bài cơ chế bơm-xả của shitcoin (những cú đẩy có chủ đích vào các cụm thanh lý). Phần trình bày đầy đủ về các tầng thanh lý như một tín hiệu — phát hiện chúng đang hình thành, đo lường nhiên liệu của chúng, giao dịch theo mức vượt ngưỡng — sẽ là chủ đề của bài viết tiếp theo trong loạt bài này.
Điều cần rút ra
Thanh lý trên thị trường tiền tệ là góc hiếm hoi của crypto nơi mọi thứ đều minh bạch: điều kiện kích hoạt là một công thức, phần thưởng là một hằng số do quản trị thiết lập, phát súng khởi động là một giao dịch oracle mà bạn có thể thấy trước. Sự minh bạch đó đã xây dựng nên một mô hình kinh doanh thực sự mở trong giai đoạn 2019–2021, và sau đó — chính vì mọi thứ đều minh bạch — sự cạnh tranh đã đẩy lợi thế xuống mức chỉ còn phụ thuộc vào chất lượng hạ tầng, và đấu giá phần còn lại trở về cho các giao thức. Cơ chế này vẫn là kiến thức thiết yếu: nếu bạn vay on-chain, toán học này chính là mô hình rủi ro của bạn; nếu bạn giao dịch xoay quanh dòng lệnh bị ép, nhịp độ oracle và close factor cho bạn biết khi nào và bao nhiêu; và nếu bạn vẫn quyết định xây dựng bot, ít nhất hãy xây dựng nó với sự hiểu biết rõ ràng về việc tiền thực sự đi về đâu.
Tác Giả
Trading-systems engineer
Trading-systems engineer building bots since 2017: cross-exchange arbitrage (connected up to 30 venues), cointegration-based pairs arbitrage across spot and futures, scalping, news and sentiment-driven strategies, trend algorithms, and portfolio management and balancing algorithms. Also builds sub-millisecond order execution, big-data warehouses, backtesting engines, AI agents, and trading interfaces (incl. open-source profitmaker.cc). Stack: JS/TS, Python, Rust/Zig/Go, DevOps, backend, frontend, architecture.