كتابة عقد ذكي ينفذ Flash Loan عبر منصة Aave لتحقيق أرباح من فروقات الأسعار

يُعد Flash Loan من أكثر أدوات DeFi إثارة من الناحية البرمجية، لأنه يسمح باقتراض سيولة ضخمة دون ضمانات، بشرط أن تتم إعادة المبلغ داخل نفس المعاملة. إذا كنت بحاجة إلى أساس نظري واضح، فمقال ما هو القرض الخاطف (Flash Loan)؟ وكيف تقترض ملايين الدولارات لثوانٍ برمجياً؟ يشرح الفكرة من البداية.

في هذا المقال سنبني عقداً ذكياً يتكامل مع Aave V3 لتنفيذ استراتيجية Arbitrage بسيطة بين منصتين أو مسارين سعريين مختلفين. الهدف ليس تقديم وصفة مضمونة للربح، بل شرح البنية الهندسية للعقد، كيفية تسلسل الاستدعاءات، وآليات سداد القرض مع حساب الرسوم والربح الصافي.

كيف تعمل دورة تنفيذ Flash Loan Arbitrage؟

عند تنفيذ العملية، يقوم العقد بطلب أصل معين مثل USDC من مجمع Aave Pool. بعد استلام الأموال، ينفذ العقد سلسلة تبادلات سريعة على بروتوكولات أخرى مثل DEX لاستغلال فرق سعر مؤقت.

إذا انتهت العملية وكان رصيد العقد النهائي أكبر من أصل القرض مضافاً إليه العمولة، يوافق العقد على سحب المبلغ المستحق بواسطة approve ثم يحتفظ بالربح. أما إذا فشلت العملية أو لم تكن مربحة، فالمعاملة كلها يتم عكسها تلقائياً عبر revert.

• طلب القرض من Aave.
• استلام الأموال داخل دالة الاسترجاع.
• تنفيذ التبادل الأول ثم الثاني.
• حساب premium والربح.
• سداد القرض أو إلغاء المعاملة بالكامل.

المتطلبات البرمجية قبل كتابة العقد

من الأفضل أن تعمل داخل بيئة احترافية باستخدام الانتقال إلى بيئة العمل الاحترافية: تثبيت إطار عمل Hardhat باستخدام Node.js، ثم متابعة إعداد مشروع Hardhat وكتابة أول سكربت JavaScript لترجمة (Compile) العقد الذكي حتى تصبح قادراً على ترجمة العقود واختبارها محلياً.

كذلك ستحتاج إلى فهم جيد لـ الواجهات (Interfaces): التحدث مع عقود ذكية لا تملك كودها المصدري (مثل منصات التبادل) لأننا سنتعامل مع عقود خارجية مثل Aave Pool وواجهات ERC-20. وإذا أردت تأسيساً أقوى لهيكل الدوال والمتغيرات، راجع أساسيات لغة Solidity: أنواع البيانات والمتغيرات (State Variables) والدوال (Functions) في Solidity: من يمكنه قراءة وتعديل بيانات العقد؟.

هيكل العقد الذكي

سنستخدم عقداً يرث من FlashLoanSimpleReceiverBase الموجود في مكتبات Aave V3. هذا النمط يسهّل تنفيذ دالة executeOperation التي يستدعيها البروتوكول بعد منح القرض مباشرة.

// SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;

import "@aave/core-v3/contracts/flashloan/base/FlashLoanSimpleReceiverBase.sol";
import "@aave/core-v3/contracts/interfaces/IPoolAddressesProvider.sol";
import "@openzeppelin/contracts/token/ERC20/IERC20.sol";
import "@openzeppelin/contracts/access/Ownable.sol";

interface IDexRouter {
    function swap(
        address tokenIn,
        address tokenOut,
        uint256 amountIn,
        uint256 minAmountOut
    ) external returns (uint256 amountOut);
}

contract AaveFlashLoanArbitrage is FlashLoanSimpleReceiverBase, Ownable {
    address public immutable tokenBorrow;
    address public dexOne;
    address public dexTwo;

    event FlashLoanExecuted(
        address indexed asset,
        uint256 amountBorrowed,
        uint256 premium,
        uint256 finalBalance,
        uint256 profit
    );

    constructor(
        address provider,
        address _tokenBorrow,
        address _dexOne,
        address _dexTwo
    ) FlashLoanSimpleReceiverBase(IPoolAddressesProvider(provider)) Ownable(msg.sender) {
        tokenBorrow = _tokenBorrow;
        dexOne = _dexOne;
        dexTwo = _dexTwo;
    }

    function requestFlashLoan(uint256 amount) external onlyOwner {
        POOL.flashLoanSimple(
            address(this),
            tokenBorrow,
            amount,
            bytes(""),
            0
        );
    }

    function executeOperation(
        address asset,
        uint256 amount,
        uint256 premium,
        address,
        bytes calldata
    ) external override returns (bool) {
        require(msg.sender == address(POOL), "Caller is not Aave Pool");
        require(asset == tokenBorrow, "Unsupported asset");

        IERC20(asset).approve(dexOne, amount);

        uint256 intermediateAmount = IDexRouter(dexOne).swap(
            asset,
            address(0xBEEF),
            amount,
            1
        );

        IERC20(address(0xBEEF)).approve(dexTwo, intermediateAmount);

        uint256 finalAmount = IDexRouter(dexTwo).swap(
            address(0xBEEF),
            asset,
            intermediateAmount,
            amount + premium
        );

        uint256 amountOwed = amount + premium;
        require(finalAmount > amountOwed, "No profitable arbitrage");

        IERC20(asset).approve(address(POOL), amountOwed);

        uint256 profit = finalAmount - amountOwed;

        emit FlashLoanExecuted(asset, amount, premium, finalAmount, profit);

        return true;
    }

    function withdrawToken(address token) external onlyOwner {
        uint256 balance = IERC20(token).balanceOf(address(this));
        IERC20(token).transfer(owner(), balance);
    }

    function updateDexes(address _dexOne, address _dexTwo) external onlyOwner {
        dexOne = _dexOne;
        dexTwo = _dexTwo;
    }
}

شرح المنطق الداخلي للعقد

1) دالة requestFlashLoan

هذه الدالة هي نقطة البداية. يقوم المالك بتمرير مقدار الاقتراض، ثم يستدعي العقد وظيفة flashLoanSimple من مجمع Aave. عندها ينقل البروتوكول الأموال إلى العقد ثم يطلب منه تنفيذ المنطق الربحي.

2) دالة executeOperation

هذه أهم نقطة في كامل التدفق. بعد استلام الأصل المقترض، ينفذ العقد عمليتي تبادل متتاليتين. الأولى تحوّل الأصل المقترض إلى أصل وسيط، والثانية تعيد الأصل الوسيط إلى الأصل الأصلي بسعر أفضل. هذه البنية تترجم عملياً مفهوم Arbitrage.

بعد ذلك يتم حساب قيمة السداد عبر المتغير amountOwed، وهو حاصل جمع أصل القرض مع رسم premium. إذا لم يكن الرصيد النهائي أعلى من هذا الرقم، تُفشل الدالة العملية لأن الأرباح غير كافية.

3) استخدام الواجهات بدلاً من الكود المباشر

لاحظ أننا استخدمنا interface مبسطة باسم IDexRouter. هذه الفكرة مرتبطة مباشرة بمقال التفاعل بين العقود الذكية: كيف تجعل عقداً يستدعي دالة من عقد آخر؟، لأن عقدنا لا ينفذ التبادل بنفسه بل يستدعي بروتوكولات خارجية ضمن نفس المعاملة.

التحديات الواقعية في استراتيجيات فروقات الأسعار

نظرياً يبدو السيناريو سهلاً، لكن في الواقع توجد عناصر عديدة قد تلتهم الربح:

1. فروقات السعر قد تختفي قبل تأكيد المعاملة.
2. تكلفة Gas Fees قد تجعل الصفقة خاسرة، خصوصاً على الشبكات المزدحمة. ويمكنك التوسع في ذلك من خلال التكاليف (Gas Fees): كيف يحسب البلوكتشين تكلفة تنفيذ الأكواد؟.
3. تغيرات Slippage قد تؤدي إلى استرجاع كمية أقل من المتوقع.
4. قد تتعرض المعاملة إلى MEV أو السباق من بوتات أخرى.

قبل تنفيذ أي Flash Loan على شبكة حقيقية، يجب محاكاة الصفقة خارج السلسلة، واحتساب صافي الربح بعد رسوم البروتوكول ورسوم الغاز والانزلاق السعري. الربح الظاهري داخل المنطق النظري لا يعني ربحاً فعلياً بعد التنفيذ.

اعتبارات الأمان في عقد Flash Loan

عقود التمويل اللامركزي حساسة جداً لأن أي خطأ صغير قد يؤدي إلى خسارة فورية. لذلك يجب حماية الصلاحيات باستخدام onlyOwner أو نموذج أدوار أدق، ومنع الأطراف غير المصرح لها من إطلاق القروض أو سحب الرموز.

كما ينبغي مراجعة سيناريوهات إعادة الدخول والتعامل مع البروتوكولات الخارجية بعناية. لفهم هذا الباب بعمق، راجع أمن العقود الذكية (1): ثغرة إعادة الدخول (Reentrancy Attack) الشهيرة وكيفية استغلالها وأمن العقود الذكية (2): الحماية من ثغرة Reentrancy باستخدام ReentrancyGuard. كما أن الاعتماد على مكتبات مدققة مثل استخدام مكتبة OpenZeppelin لكتابة عقود ذكية آمنة ومختبرة مسبقاً خطوة أساسية.

لا تستخدم عناوين رمزية ثابتة مثل العنوان الوسيط في المثال داخل بيئة الإنتاج. يجب تمرير عناوين الأصول والموجهات الحقيقية، والتحقق من سيولة المجمعات، وإضافة حدود دنيا دقيقة لـ minAmountOut لتقليل مخاطر الانزلاق أو التلاعب السعري.

تحسين استهلاك الغاز والأداء

في عقود Arbitrage، كل وحدة غاز لها أثر مباشر على الربحية. لهذا استخدمنا المتغير immutable مع الأصل المقترض لتقليل كلفة القراءة. كما يمكن تقليل التخزين في storage والاعتماد على الذاكرة المحلية عندما يكون ذلك مناسباً، وهي نقطة مترابطة مع إدارة الذاكرة بذكاء: الفرق الحاسم بين Storage, Memory, و Calldata.

احرص على تقليل عدد عمليات approve غير الضرورية، وتجنب الحلقات الطويلة، واستخدم المقارنات المبكرة التي تؤدي إلى revert سريع عندما تكون الصفقة غير مجدية. هذه الممارسات ترفع كفاءة التنفيذ وتحمي هامش الربح.

الاختبار قبل النشر

لا يكفي أن يترجم العقد بنجاح. يجب كتابة اختبارات تغطي حالات الربح، الخسارة، فشل التبادل، وعدم كفاية السيولة. لهذا أنصح بالرجوع إلى اختبار العقود الذكية محلياً: كتابة اختبارات الوحدة (Unit Tests) باستخدام Chai & Mocha، ثم بناء حالات محاكاة لعناوين DEX وهمية تعيد أسعاراً مختلفة.

بعد ذلك يمكن نشر العقد على شبكة اختبار، مع التأكد من إعداد المحفظة والاتصال بالشبكات عبر إعداد بيئة التطوير: تثبيت محفظة MetaMask والاتصال بشبكات الاختبار (Testnets)، ثم استخدام أتمتة نشر العقود (Deployment): كتابة سكربت لرفع العقد إلى شبكة Ethereum و Polygon لتسهيل التكرار والنشر المنهجي.

خاتمة

بناء عقد ذكي ينفذ Flash Loan عبر Aave ليس مجرد تمرين على استدعاء دالة، بل هو درس متقدم في هندسة المعاملات الذرية، التفاعل بين العقود، ضبط المخاطر، وفهم اقتصاديات التنفيذ داخل EVM. النجاح الحقيقي هنا يعتمد على جودة المحاكاة، دقة التسعير، واختبارات الأمان أكثر من اعتماده على فكرة الاقتراض السريع نفسها.

وكلما توسعت في فهم مقدمة في التمويل اللامركزي (DeFi): كيف تعمل منصات التبادل مثل Uniswap برمجياً؟ وبرمجة مجمعات السيولة (Liquidity Pools): كيف يتم التبادل بدون وسيط مركزي؟، أصبحت أكثر قدرة على تصميم استراتيجيات احترافية قابلة للتنفيذ الفعلي، لا مجرد أمثلة تعليمية معزولة.