「レンガ移動」裁定取引の紹介

最初の記事では、リードラグ現象を利用した裁定取引の方法について簡単に紹介しました。この記事では、主に取引所間の「ブリックムービング」裁定取引について紹介します。基本的な原理は、異なる取引所間の価格の遅れ現象（リードラグ効果）を利用することです。各取引所の市場流動性、取引速度、ネットワーク遅延が異なるため、異なる取引所の同じ通貨の価格が異なることがよくあります。同期。裁定取引業者は、このような遅れた価格変動を監視し、迅速に裁定取引を行ってリスクのない利益を得ることができます。

リードラグ効果を裁定取引に利用するにはどうすればよいでしょうか?

1. 価格差を監視する

まず、裁定取引業者は、異なる取引所間の価格差、特に売り値と買い値をリアルタイムで監視する必要があります。取引所Aの売り価格と取引所Bの買い価格を追跡することで、取引所Aの売り価格が取引所Bの買い価格よりも低い場合、裁定取引の機会があると考えられます。たとえば、取引所 A の売り価格は 10,000 USDT で、取引所 B の買い価格は 10,100 USDT です。価格差は 100 USDT であり、これは潜在的な裁定取引の機会となります。もちろん、始値と終値の差については、最近の過去の価格差の範囲を参考にする必要があり、待ち時間もコストの1つです。

2. クロス取引所執行

裁定取引の機会が見つかったら、裁定取引業者は、売り値が低い取引所（取引所 A など）で資産を購入し、買い値が高い取引所（取引所 B など）で売却する必要があります。これは API 経由で自動化できるため、実行が高速化し、価格差を最大限に活用できます。ただし、取引を実行する際には、取引コスト（手数料やスリッページなど）と価格ショックを考慮する必要があります。取引所 A の取引手数料が 0.1%、取引所 B の取引手数料が 0.2% で、市場にスリッページがあると仮定します。たとえば、取引所 A で 1 ビットコインを購入する場合、スリッページが 0.1% であると仮定すると、大口注文の実行により実際の取引価格が上昇する可能性があります。すると、実際の取引価格は予想よりも 0.1% 高くなり、購入コストが増加します。

スリッページや手数料を考慮すると、実際の購入コストと売却収益は予想とは異なります。

3. ポジションを閉じる

裁定取引の最終ステップはポジションをクローズすることです。例えば、一定期間後、取引所Aの買値が10,100 USDT、取引所Bの売値が10,150 USDTで、価格差が100 USDTから50 USDTに縮まった場合、プログラムは自動的にポジションをクローズし、利益を実現する。もちろん、場合によってはスプレッドが拡大し続け、資金が尽きるまでポジションを持ち続けることもできます。取引所の価格差を維持できない理由の大部分は、裁定取引業者によるものです。

実際の問題点と解決策

1. ポジションを開く機会がない

多数の裁定業者とマーケットメーカーが存在するため、異なる取引所間の価格差はそれほど大きくならず、そうでなければすぐに平準化されます。これがキャリートレードが直面する最大の問題です。

ソリューション戦略:

• 価格の乖離が自然に形成されるのを待つ：デジタル通貨市場は非常に不安定で、通常、短期的な価格差があります。この問題を解決するには、忍耐が最善の方法です。
• メーカー戦略の使用: 取引所の注文帳に売買注文を積極的に出し、価格の変化に応じて注文を継続的にキャンセルおよび調整します。一方が取引を完了すると、もう一方が注文を引き継ぎます。この方法により、取引手数料が低くなり、より小さなスプレッドを受け入れることができ、取引が初回で完了することが保証されます。
• より多くの取引ペアを監視する：主流通貨だけに注目することはできません。主流通貨の裁定機会は通常、多数の裁定業者によって獲得されており、価格差が縮小しています。人気のない通貨や新しく上場された通貨は、流動性が低く競争が少ないため価格差が大きい場合があり、裁定取引の機会として注目に値します。
• 小規模な取引所を選択する：小規模な取引所は流動性が低く、価格調整が遅いため、価格差が大きくなりがちです。この時点で、裁定取引業者は利益を得るために注文を出し、それを先に実行することを選択できます。
• 敷居の高い取引所を選ぶ：韓国の取引所Upbitなど、一部の取引所では厳格なKYC認証が必要です。これらの場所には、一般のトレーダーが参入しにくい裁定取引の機会が多くあります。もちろん、困難を克服する方法を自分で見つける必要があります。

2. 取引スプレッドと監視スプレッドの差が大きすぎる

注文を掴めないという問題はよくあります。プログラムが価格差を見つけて裁定注文を出すと、実際の取引価格差はそれほど大きくなく、損失につながることがよくあります。このとき、最速の応答速度と実行速度が重要になります。

ソリューション戦略:

• ネットワークとサーバーの場所を最適化する: 遅延を減らすには、Exchange サーバーに近いノードを選択します。例えば、流動性の低い小規模な取引所を選択して運営すると、市場の反応速度が低下し、主導権を握られる可能性があります。
• 非同期処理とWebSocket：非同期コードとWebSocketを使用して市況に接続することで、価格情報をリアルタイムで受信し、情報の遅れによる機会損失を避けるために迅速に対応できます。

3. シングルレッグ取引

シングルレッグ取引とは、一方の当事者が取引を完了する一方で、もう一方の当事者が取引を完了できない取引を指します。これは通常、市場が急激に変動した場合に発生します。注文の一方のみが成功した場合、裁定取引業者はエクスポージャーリスクに直面することになります。

ソリューション戦略:

• 合理的なストップロスメカニズムを設定する: シングルレッグ取引が発生したときに、ストップロスを設定できます。ポジションをタイムリーにクローズすることは、リスクを軽減する効果的な方法です。
• 成行注文を使用する：市場価格は取引を保証できますが、問題は取引価格の差が制御できず、損失につながる可能性があることです。

4. 単一の取引所で完全な倉庫

価格差が長期間存在すると、特定の取引所の資金がすぐに買い占められ、裁定業者が裁定取引を継続できなくなる可能性があります。この時点で、裁定取引者は迅速に資金を移動したり、ポジションを調整したりする必要があります。

ソリューション戦略:

• コイン転送操作: 取引所間の通貨送金を利用して資金を送金し、裁定取引を継続します。これにより、資金が単一の市場に滞留することを避け、資金の流動性を高めることができます。
• 感染拡大の反転を待つ: 引き出しにかかる時間コストを考えると、価格差が戻るのを待つのも選択肢の一つです。

デモコード

このコードは実際のコードではなく、デモンストレーションのみを目的としています。市場の数、API アクセスの失敗、非同期注文の高速化などの問題は考慮されていません。

// symbol 是套利的交易对，比如 BTC/USDT
let symbol = "BTC_USDT";
exchanges[0].SetCurrency(symbol);
exchanges[0].SetPrecision(2, 4); //设置精度
exchanges[1].SetCurrency(symbol);
exchanges[1].SetPrecision(2, 4);

// 设置手续费、滑点、开仓和平仓的利润率
let fee = 0.1 / 100;      // 0.1% 手续费
let slippage = 0.1 / 100; // 0.1% 滑点
let entryThreshold = 0.005; // 开仓阈值：价差大于0.5%时开仓
let exitThreshold = 0.001;  // 平仓阈值：价差回归到0.1%时平仓

// 每次循环执行的具体操作
function OnTick() {
    // 获取各个交易所的行情数据
    let tickers = exchanges.map(exchange => exchange.GetTicker(symbol));
    //容错处理
    if(!tickers[1] || !tickers[0]){
        return;
    }
    // 计算套利机会（基于利润率）
    // profitAB: 从交易所0买入，从交易所1卖出
    const profitAB = (tickers[1].Buy - tickers[0].Sell) / tickers[0].Sell - fee * 2 - slippage * 2;
    // profitBA: 从交易所1买入，从交易所0卖出
    const profitBA = (tickers[0].Buy - tickers[1].Sell) / tickers[1].Sell - fee * 2 - slippage * 2;

    // 打印日志
    Log(`Tickers: Exchange0 Buy: ${tickers[0].Sell}, Exchange1 Sell: ${tickers[1].Buy}, Profit AB: ${profitAB} USDT`);
    Log(`Tickers: Exchange1 Buy: ${tickers[1].Sell}, Exchange0 Sell: ${tickers[0].Buy}, Profit BA: ${profitBA} USDT`);

    // 根据利润判断是否执行套利操作
    if (profitAB > entryThreshold) {  // 当利润大于开仓阈值时开仓
        Log(`套利机会：从交易所0买入BTC，从交易所1卖出，利润：${profitAB} USDT`);
        executeArbitrage(0, 1, tickers[0].Sell, tickers[1].Buy, profitAB);  // 从交易所0买入并在交易所1卖出
    } else if (profitBA > entryThreshold) {
        Log(`套利机会：从交易所1买入BTC，从交易所0卖出，利润：${profitBA} USDT`);
        executeArbitrage(1, 0, tickers[1].Sell, tickers[0].Buy, profitBA);  // 从交易所1买入并在交易所0卖出
    } else if (profitAB < exitThreshold) {  // 如果价差回归，平仓
        Log(`平仓：从交易所0买入并在交易所1卖出的套利机会，利润已回归至平仓阈值`);
        closeArbitrage(0, 1, tickers[0].Sell, tickers[1].Buy); // 执行平仓操作
    } else if (profitBA < exitThreshold) { 
        Log(`平仓：从交易所1买入并在交易所0卖出的套利机会，利润已回归至平仓阈值`);
        closeArbitrage(1, 0, tickers[1].Sell, tickers[0].Buy); // 执行平仓操作
    } else {
        Log("没有足够的利润进行套利或平仓");
    }
}

// 执行套利交易
function executeArbitrage(buyExchangeIndex, sellExchangeIndex, buyPrice, sellPrice) {
    let buyExchange = exchanges[buyExchangeIndex];
    let sellExchange = exchanges[sellExchangeIndex];

    // 获取账户余额（假设为BTC余额）
    let accountBuy = buyExchange.GetAccount();
    let accountSell = sellExchange.GetAccount();

    //容错处理
    if(!accountBuy || !accountSell){
        return;
    }
    let amountBTC = Math.min(accountBuy.Balance / buyPrice, accountSell.Amount);

    // 假设每次交易量为 0.1 BTC
    let amount = Math.min(amountBTC, 0.1);

    // 确保交易量充足
    if (amount <= 0) {
        Log("余额不足，无法进行套利");
        return;
    }

    // 在买入交易所下单买入
    Log(`在交易所${buyExchangeIndex} 下单买入 ${amount} BTC @ ${buyPrice}`);
    buyExchange.Buy(buyPrice * (1 + slippage), amount);

    // 在卖出交易所下单卖出
    Log(`在交易所${sellExchangeIndex} 下单卖出 ${amount} BTC @ ${sellPrice}`);
    sellExchange.Sell(sellPrice * (1 - slippage), amount);
}

// 平仓操作
function closeArbitrage(buyExchangeIndex, sellExchangeIndex, buyPrice, sellPrice) {
    let buyExchange = exchanges[buyExchangeIndex];
    let sellExchange = exchanges[sellExchangeIndex];

    // 获取账户余额（假设为BTC余额）
    let accountBuy = buyExchange.GetAccount();
    let accountSell = sellExchange.GetAccount();

    //容错处理
    if(!accountBuy || !accountSell){
        return;
    }

    let amountBTC = Math.min(accountBuy.Balance / buyPrice, accountSell.Amount);
    let amount = Math.min(amountBTC, 0.1);

    // 在买入交易所吃单卖出
    Log(`在交易所${buyExchangeIndex} 平仓卖出 ${amount} BTC @ ${buyPrice}`);
    buyExchange.Sell(buyPrice * (1 - slippage), amount);

    // 在卖出交易所吃单买入
    Log(`在交易所${sellExchangeIndex} 平仓买入 ${amount} BTC @ ${sellPrice}`);
    sellExchange.Buy(sellPrice * (1 + slippage), amount);
}

// 主循环
function main() {
    while (true) {
        OnTick();
        Sleep(1000); // 每秒钟执行一次
    }
}

要約する

リードラグ・アービトラージは、市場の遅延反応に基づいた取引所間アービトラージ戦略です。市場の価格差を正確に分析し、迅速に取引を実行することで、裁定取引業者は暗号通貨市場で安定した利益を上げることができます。ただし、この戦略の成功は、戦略自体の設計だけでなく、適切な実行と市場タイミングの敏感な把握も必要です。市場競争が激化するにつれて、裁定取引業者は、裁定取引の機会の有効性を継続的に維持するために、戦略と手法を継続的に最適化し、スピードと応答性を向上させる必要があります。