كيفية نقل الرموز بين TON وEthereum دون جسر تقليدي
لا يتطلب نقل القيمة بين TON وEthereum دائمًا وجود جسر. غالبًا ما يقوم نموذج يعتمد على الجسر أولًا بنقل أصل بين الشبكات، مما قد يؤدي إلى ترك تمثيل مُغلف يحتاج إلى عملية مبادلة أخرى.
يبدأ نموذج المبادلة أولًا من النتيجة المطلوبة: الأصل الذي يرغب المستخدم في الحصول عليه على سلسلة الوجهة.
وهذا هو المبدأ وراء Omniston، البنية التحتية للاتصال عبر السلاسل لدى STON.fi.
لنأخذ مثال Ethereum USDT → TON USDT. بدلًا من الجسر أولًا ثم المبادلة لاحقًا، يختار المستخدم Ethereum/USDT كمصدر وTON/USDT كوجهة. يحصل Omniston على عروض أسعار من مُحلّلات توفر سيولة على جهة الوجهة.
المحلّلات هي مزوّدو سيولة يتنافسون على تلبية طلبات الربط عبر السلاسل. بعد قبول العرض، يمكن تنسيق الصفقة عبر عقود Hashed Timelock Contracts (HTLCs) مترابطة. يتم قفل كلا المبلغين تحت شروط تشفيرية مرتبطة.
يربط بين الجهتين تجزئة سرية. عند نجاح التنفيذ، يؤدي كشف السر إلى تمكين المطالبات. توفر مؤقتات الإلغاء مسار استرداد في حال عدم تحقق شروط التسوية.
تتمثل النتيجة في تصميم تسوية من نوع كلٌّ أو لا شيء: تهدف المبادلة إلى الاكتمال وفق الشروط المتفق عليها، بدلًا من الاعتماد على جسر تقليدي لإصدار تمثيل أو تحريره على سلسلة الوجهة.
بالنسبة للمستخدمين، يكمن الفرق الرئيسي في تنفيذ موجّه نحو الوجهة. بدلًا من السؤال: "كيف أنقل هذه الحصة الرمزية عبر الشبكات؟" تصبح الأسئلة: "ما الأصل الذي أريد تلقيه؟"
مع STON.fi وOmniston، تكون العملية بسيطة: اختر شبكات وموجودات المصدر والوجهة، راجع العرض والرسوم، تحقق من محفظة الاستلام، ثم أكد.
قبل التوقيع، تحقق من الشبكة والرمز وعنوان الوجهة والمبلغ المعروض ورسوم الغاز. بعد الإرسال، تابع المعاملة بدلًا من إعادة الإرسال بشكل أعمى.
يُظهر Omniston كيف يمكن لمبادلات عبر السلاسل استهداف أصل الوجهة مباشرةً دون سير عمل يعتمد على الجسر أولًا.
$BNB $USDT
لا يتطلب نقل القيمة بين TON وEthereum دائمًا وجود جسر. غالبًا ما يقوم نموذج يعتمد على الجسر أولًا بنقل أصل بين الشبكات، مما قد يؤدي إلى ترك تمثيل مُغلف يحتاج إلى عملية مبادلة أخرى.
يبدأ نموذج المبادلة أولًا من النتيجة المطلوبة: الأصل الذي يرغب المستخدم في الحصول عليه على سلسلة الوجهة.
وهذا هو المبدأ وراء Omniston، البنية التحتية للاتصال عبر السلاسل لدى STON.fi.
لنأخذ مثال Ethereum USDT → TON USDT. بدلًا من الجسر أولًا ثم المبادلة لاحقًا، يختار المستخدم Ethereum/USDT كمصدر وTON/USDT كوجهة. يحصل Omniston على عروض أسعار من مُحلّلات توفر سيولة على جهة الوجهة.
المحلّلات هي مزوّدو سيولة يتنافسون على تلبية طلبات الربط عبر السلاسل. بعد قبول العرض، يمكن تنسيق الصفقة عبر عقود Hashed Timelock Contracts (HTLCs) مترابطة. يتم قفل كلا المبلغين تحت شروط تشفيرية مرتبطة.
يربط بين الجهتين تجزئة سرية. عند نجاح التنفيذ، يؤدي كشف السر إلى تمكين المطالبات. توفر مؤقتات الإلغاء مسار استرداد في حال عدم تحقق شروط التسوية.
تتمثل النتيجة في تصميم تسوية من نوع كلٌّ أو لا شيء: تهدف المبادلة إلى الاكتمال وفق الشروط المتفق عليها، بدلًا من الاعتماد على جسر تقليدي لإصدار تمثيل أو تحريره على سلسلة الوجهة.
بالنسبة للمستخدمين، يكمن الفرق الرئيسي في تنفيذ موجّه نحو الوجهة. بدلًا من السؤال: "كيف أنقل هذه الحصة الرمزية عبر الشبكات؟" تصبح الأسئلة: "ما الأصل الذي أريد تلقيه؟"
مع STON.fi وOmniston، تكون العملية بسيطة: اختر شبكات وموجودات المصدر والوجهة، راجع العرض والرسوم، تحقق من محفظة الاستلام، ثم أكد.
قبل التوقيع، تحقق من الشبكة والرمز وعنوان الوجهة والمبلغ المعروض ورسوم الغاز. بعد الإرسال، تابع المعاملة بدلًا من إعادة الإرسال بشكل أعمى.
يُظهر Omniston كيف يمكن لمبادلات عبر السلاسل استهداف أصل الوجهة مباشرةً دون سير عمل يعتمد على الجسر أولًا.
$BNB $USDT
