بحث⌘K

GitHub

X

الموقع

• English
• 简体中文
• Español
• Français
• العربية
• Português
• 日本語

لنتتبّع هذا السيناريو - أنت تحاول مبادلة 1,000 USDC على Ethereum بقليل من SOL على Solana. مع الجسور التقليدية، ستحتاج إلى تغليف USDC الخاصة بك، ثم إيجاد جسر (على أمل ألا يتعرض للاختراق)، والانتظار 20 دقيقة أو أكثر حتى تتحقق النهائية، ودفع رسوم سخيفة، ثم فك التغليف على الجانب الآخر. وبحلول الوقت الذي تنتهي فيه، يكون السعر قد تحرّك، وتكون قد أحرقت $50 على الغاز، وبدأت تراجع خياراتك في الحياة، تبًّا!

ماذا لو أخبرتك أن هناك طريقة أفضل؟ ماذا لو كان بإمكانك أن تقول ببساطة أريد 100 SOL مقابل 1000 USDC التي أملكها وتترك البلوك تشين تتولى الباقي؟ هذا بالضبط ما تفعله النوايا. فهي تتيح لك أن تعلن بالضبط ما تريده بدلًا من أن تخوض عناء الحصول عليه بنفسك.

ما هي النوايا (Intents)؟

فكّر في الـ intents على أنها الفرق بين أن تقول لشخص ما "قُد السيارة إلى السوبرماركت، وانعطف يسارًا عند ilford high road، واركن في الموقف رقم 11، ثم امشِ إلى الممر 5..." وبين أن تقول له ببساطة "أحضر لي الحليب". النتيجة في جوهرها واحدة، لكن أحد النهجين تصريحي "(ما تريده بالضبط) بينما الآخر أمري (تعليمات خطوة بخطوة).

بالمصطلحات التقنية، الـ intents رسائل موقّعة تعبّر عن النتيجة التي يرغب فيها المستخدم دون تحديد تفاصيل التنفيذ. فبدلًا من أن تصوغ بنفسك تسلسلات معاملات معقدة، تبث نيتك إلى شبكة من الـ solvers (جهات فاعلة متمرّسة) يتنافسون بعد ذلك على تلبية طلبك.

هكذا يبدو مثال على نية:

 {
  "user": "alice.near",
  "intent_type": "token_swap",
  "give": {
    "token": "usdc.near",
    "amount": "1000000000"
  },
  "receive": {
    "token": "sol.near", 
    "min_amount": "100000000000"
  },
  "deadline": 1735689600,
  "signature": "0x..."
}

بسيط جدًا، أليس كذلك؟ Alice لا تهتم حقًا بتعقيدات التوجيه، كل ما تريده هو الحصول على SOL مقابل USDC التي تملكها، وهذا كل شيء.

لماذا وُجدت النوايا - مشكلة العبور بين السلاسل

بروتوكولات DeFi العابرة للسلاسل معقدة إلى حد كبير بالنسبة إلى المستخدم العادي. فعليه أن يفهم بروتوكولات مختلفة، وأن يدير عدة رموز للغاز، وأن يتنقل وسط كمّ هائل من المخاطر الأمنية. وغالبًا ما تتضمن الحلول التقليدية ما يلي:

1. سير عمل معقد متعدد الخطوات عبر سلاسل مختلفة
2. ثغرات أمنية ناتجة عن تغليف الأصول ونقلها عبر الجسور
3. تجربة مستخدم سيئة للمستخدم العادي تتطلب معرفة تقنية عميقة
4. سيولة مجزّأة وتسعير دون المستوى الأمثل

النوايا تقلب هذا النموذج رأسًا على عقب. فبدلًا من دفع التعقيد نحو المستخدمين، يسحبه النظام إلى شبكة تنافسية من الـ solvers. يعبّر المستخدمون عن رغباتهم، ويتولى الـ solvers اكتشاف طريقة التنفيذ، والجميع رابح 🔥.

ما هم الـ Solvers وكيف يعملون؟

الـ Solvers في هذا السياق هم العمود الفقري للأنظمة القائمة على النوايا. إنهم جهات فاعلة متخصصة، قد يكونون صنّاع سوق أو وكلاء ذكاء اصطناعي أو متداولين متمرّسين - يتنافسون على تلبية نوايا المستخدمين داخل النظام.

هكذا تعمل العملية: عندما تبث نية، يحللها عدد من الـ solvers ويقدّمون عروض أسعار متنافسة. وقد يوجّهونها عبر DEXs مختلفة، أو يستخدمون سيولة خارج السلسلة، أو حتى يجمعون نيتك مع نوايا أخرى في دفعة واحدة للحصول على تسعير أفضل. والحل الأفضل هو الذي يفوز.

الآن، فكّر في الـ solvers على أنهم مساعدو تداول شخصيون يفهمون كل بروتوكول متصل، وكل مصدر سيولة، وكل حيلة تحسين في DeFi. وهم يجنون المال من خلال تقديم تنفيذ أفضل مما يمكنك تحقيقه بنفسك، ويوفّرون عليك الكثير من الوقت.

النوايا التقليدية

المعماريات القائمة على النوايا ليست مفهومًا جديدًا كليًا. فقد كانت UniswapX سبّاقة إلى هذا المفهوم على Ethereum، إذ عالجت حجم تداول تجاوز $2B عبر Dutch auctions يتنافس فيها "fillers" على تلبية طلبات المبادلة.

ثم وسّع بروتوكول CoW هذا المفهوم باستخدام batch auctions والحماية من MEV، وراكم حجم تداول تجاوز $15B. وما الفكرة التي التقطوها؟ من خلال جمع النوايا في دفعات وإيجاد تطابق الرغبات (coincidence of wants)، استطاعوا القضاء على MEV مع تحسين التنفيذ.

لكن هذه الأنظمة تبقى حلولًا مقتصرة على سلسلة واحدة. UniswapX تعمل بشكل رائع لصفقات منظومة ETH، لكن ماذا عن العبور بين السلاسل؟ ستعود إلى جحيم التعقيد، أهلًا بعودتك!

كيف حلّ NEAR Protocol هذه المشكلة

بنى NEAR Protocol أول نظام نوايا عابر للسلاسل بحق. والأرقام تتحدث عن نفسها: حجم تداول إجمالي تجاوز $1.075B، ونهائية خلال 2-3 ثوانٍ، ودعم أصلي لـ Bitcoin دون تغليف.

كيف حققوا ذلك؟ عبر Chain Signatures. فمن خلال الحوسبة متعددة الأطراف (MPC)، يستطيع مدقّقو NEAR توقيع المعاملات بشكل جماعي على سلاسل بلوك تشين أخرى دون أن يحتفظ أي طرف منفرد بالمفاتيح الخاصة. الأمر أشبه بامتلاك جهاز تحكم عن بُعد شامل لمنظومة العملات المشفرة بأكملها.

إنشاء نية

import { createIntent, signIntent } from '@defuse-protocol/intents-sdk';
 
const intent = createIntent({
  from: 'alice.near',
  give: { token: 'usdc.near', amount: '1000000000' },
  receive: { token: 'sol.near', minAmount: '100000000000' },
  expiry: Date.now() + 300000
});
 
const signedIntent = await signIntent(intent, wallet);
await broadcastIntent(signedIntent);

مخطط انسيابي يوضح مسار إنشاء النية ← تنافس الـ Solvers ← التسوية، بثلاث مراحل وجهات فاعلة مميزة

مخطط انسيابي يوضح مسار إنشاء النية ← تنافس الـ Solvers ← التسوية

التصميم ثلاثي الطبقات

• التوزيع: التطبيقات والمحافظ والمنصات التي ينشئ فيها المستخدمون هذه النوايا.

• شبكات الـ Solvers: صنّاع سوق لامركزيون أو وكلاء ذكاء اصطناعي أو ما شابههم يتنافسون على تلبية الطلبات. ويصلون إلى السيولة من CEXs أو DEXs أو مصادر خارج السلسلة.

• المدقّق (Verifier): العقد الذكي على NEAR الذي يضمن التسوية الذرّية للنوايا.

منطق التحقق الأساسي:

fn execute_token_diff_intents(intents: &[TokenDiff]) -> Result<(), Error> {
    let mut net_changes: HashMap<TokenId, i128> = HashMap::new();
    
    for intent in intents {
        *net_changes.entry(intent.token_in).or_default() -= intent.amount_in;
        *net_changes.entry(intent.token_out).or_default() += intent.amount_out;
    }
    
    for (_, net_change) in net_changes.iter() {
        if *net_change != 0 {
            return Err("Non-zero sum transaction".into());
        }
    }
    Ok(())
}

هذا الجزء يضمن التوازن التام، فمقابل كل رمز يخرج، تدخل كمية مكافئة عبر جميع النوايا المجمّعة في الدفعة.

مخطط يوضح الطبقات الثلاث وتدفق البيانات بين التوزيع وشبكات الـ Solvers والمدقّق، بما في ذلك مكوّنات محددة مثل 1Click API و MPC Network و Chain Signatures

مخطط يوضح الطبقات الثلاث وتدفق البيانات بينها

الحديث عن 1Click API

جزء من سر نجاح هذا الأمر على نطاق واسع هو 1Click API، فهذا الجزء يُخفي كل التعقيد من البداية إلى النهاية. يستطيع المطورون إنشاء نوايا عابرة للسلاسل دون التفكير في MPC أو Chain Signatures أو solver routing. فهو يتولى جلب عروض الأسعار من عدة solvers، ويختار أفضل مسار عبر DEXs و bridges، ويراقب التنفيذ، ويعالج إعادة المحاولات، بل ويتولى أيضًا تحسين الغاز والتوقيت، وكل ذلك في استدعاء API واحد، أما كل شيء آخر فيُعتنى به خلف الكواليس.

البناء باستخدام 1Click API

هكذا يبدو الأمر:

import { IntentsSDK } from '@near-intents/sdk';
 
const sdk = new IntentsSDK({
  network: 'mainnet',
  apiKey: process.env.NEAR_INTENTS_API_KEY
});
 
async function createSwapIntent(fromToken, toToken, amount) {
    const quote = await sdk.getQuote({
      tokenIn: fromToken,
      tokenOut: toToken,
      amountIn: amount,
    slippage: 0.005
    });
    
    const intent = await sdk.createIntent({
    tokenIn: { address: fromToken, amount },
      tokenOut: { address: toToken, minAmount: quote.amountOut },
    deadline: Date.now() + 300000
    });
    
    // watch the execution
  sdk.watchIntent(intent.id)
    .on('executed', (result) => console.log(`Done! TX: ${result.hash}`))
    .on('failed', (error) => console.error(`Failed: ${error.reason}`));
}

اقرأ المزيد عنه هنا.

نظرة على Defuse Protocol

يوضح Defuse ببساطة كيفية بناء واجهات DEX جاهزة للإنتاج باستخدام النوايا. فبدلًا من إدارة منطق توجيه معقد، تحصل على:

import { DefuseKit } from '@defuse-protocol/intents-sdk';
 
const defuse = new DefuseKit({ network: 'mainnet' });
 
const quotes = await defuse.requestQuotes({
  tokenIn: 'ethereum:0x...', 
  tokenOut: 'solana:native',
  amountIn: amount
});
 
const bestQuote = quotes.reduce((best, current) => 
  BigInt(current.amountOut) > BigInt(best.amountOut) ? current : best
);
        
const result = await defuse.executeIntent(bestQuote);

وهذا يمنحك:

• عدة solvers يتنافسون على أفضل الأسعار
• تسوية عابرة للسلاسل
• عروض أسعار فورية كل 10 ثوانٍ

يتولى العميل كل التعقيد، والمستخدمون لا يرون سوى أفضل سعر وأسرع تنفيذ، ثم يمضون في طريقهم.

نظرة على Paycrest

يربط Paycrest نوايا البلوك تشين بأنظمة الدفع التقليدية. وإليك طريقة عمله:

1. إنشاء النية: يقول المستخدم "ادفع هذه الفاتورة بأي رمز"
2. اكتشاف المسار: يجد النظام المسار الأمثل للتحويل crypto-to-fiat
3. التنفيذ: يبادل تلقائيًا الـ crypto إلى أصل مستقر، ثم إلى دفعة بالعملة الورقية

func (a *Aggregator) ProcessPaymentIntent(intent *PaymentIntent) error {
    routes := a.findPaymentRoutes(intent)
    bestRoute := a.selectOptimalRoute(routes)
    
    switch bestRoute.Type {
    case "crypto_to_fiat":
        return a.executeCrossSystemPayment(intent, bestRoute)
    case "direct_crypto":
        return a.executeCryptoPayment(intent, bestRoute)
    }
}

يكمن التحدي الأساسي في المدفوعات العابرة للأنظمة التي تربط بين العملات المشفرة والعملات الورقية. ويتعامل Paycrest مع ذلك عبر عدة مراحل:

• الخطوة 1: تحويل العملات المشفرة الخاصة بالمستخدم إلى أصل مستقر (USDC)
• الخطوة 2: تحويل الأصل المستقر إلى عملة ورقية (off-ramp) عبر شركاء الدفع
• الخطوة 3: تسليم الدفعة بالعملة الورقية إلى المستلم

لماذا يتوسع هذا النهج

1. تنافس الـ Solvers: يضمن سوق تنافسي من الـ solvers تنفيذًا فعالًا على السلسلة. فمع ازدياد عدد الـ solvers على الشبكة، تدفع المنافسة التكاليف إلى الانخفاض وتحسّن سرعة التنفيذ للمستخدمين. كما يشجع هذا السوق المفتوح على دعم مجموعة أوسع من الأصول، ويتيح دمج solvers متقدمين، مثل وكلاء الذكاء الاصطناعي، القادرين على تنفيذ عمليات خوارزمية معقدة.

2. آثار الشبكة الناتجة عن التجميع في دفعات: يتيح ارتفاع حجم نوايا المستخدمين لـ verifier تجميع عمليات متعددة في معاملة واحدة محسّنة على السلسلة، وهذا يوزّع التكاليف الثابتة (مثل رسوم الغاز) تدريجيًا على عدد كبير من المستخدمين، مما يؤدي إلى رسوم أقل وكفاءة رأسمالية أعلى لكل من على الشبكة.

3. التوازي عبر السلاسل المتعددة: يمكن تنفيذ النوايا بالتوازي عبر عدة سلاسل بلوك تشين، وهو تحسّن كبير مقارنة بنموذج المعالجة التسلسلية في كثير من الجسور التقليدية. فصفقة معقدة تشمل أصولًا على Ethereum و Solana و Bitcoin يمكن تسويتها في آن واحد، مما يقلل الوقت الإجمالي وزمن الاستجابة للمعاملات العابرة للسلاسل.

تبسيط التوجيه المعقد

تُخفي هذه الآليات التعقيد التشغيلي الكامن عن المستخدم. ويوضح المقتطف أدناه كيف يمكن للمستخدم تحديد معاملة عابرة للسلاسل متعددة القفزات ومحسّنة لاستهلاك الغاز في طلب واحد:

const response = await fetch('https://api.near-intents.org/v1/quote', {
  method: 'POST',
  body: JSON.stringify({
    tokenIn: 'usdc.near',
    tokenOut: 'bitcoin:native',
    routing: {
      maxHops: 3,
      excludeProtocols: ['slow_bridge'],
      preferredSolvers: ['defuse', 'paycrest'],
      gasOptimization: true
    }
  })
});

تتولى الـ API التحسين والتوقيت والتعافي من الإخفاقات تلقائيًا.

أفكار ختامية

NEAR ليس الوحيد الذي يفعل ذلك. فـ UniswapX يهيمن على التداول في Ethereum، و CoW Protocol يتفوق في الحماية من MEV، و 1inch Fusion يوفّر تجميع منصات DEX.

روابط أساسية

• التوثيق الرسمي لـ NEAR Intents - نظرة تقنية شاملة وأدلة تكامل
• مركز مشروع NEAR Intents - الموقع الرئيسي للمشروع مع تحديثات المنظومة
• توثيق 1Click API - مرجع REST API للمطورين
• توثيق NEAR Intents SDK - مرجع كامل للـ SDK مع أمثلة
• العقود الأساسية لـ NEAR Intents - تنفيذات العقود الذكية وشيفرة Rust
• Defuse Protocol SDK - حزمة NPM لتكامل DEX عابر للسلاسل
• تنفيذ واجهة Defuse الأمامية - واجهة DEX أمامية جاهزة للإنتاج تستخدم النوايا
• Paycrest Aggregator - معالجة نوايا الدفع والتكامل بين الأنظمة
• Paycrest NoBlocks - تنفيذ المعاملات دون رسوم غاز للنوايا