يستبدل Submarine Swap عادة بيتكوين على السلسلة بدفعة Lightning؛ ويسير Reverse Submarine Swap بالعكس. تربط شروط التجزئة والوقت الفرعين حتى لا يحتاج العميل الذي يتحقق بشكل صحيح إلى منح الخدمة حفظاً غير محدود لأصل المبلغ.
في المبادلة العادية يقفل المستخدم بيتكوين على السلسلة وتدفع الخدمة فاتورته Lightning. وفي Reverse Submarine Swap يقدم دفعة Lightning مشروطة ويطالب بمخرج على السلسلة. ليست بالضرورة مبادلة إلى عملة أخرى أو مجرد إغلاق قناته الخاصة. [Boltz — Swap types and states]
تتيح preimage المطابقة لتجزئة SHA256 تسوية الدفع المرتبط والمطالبة بالمخرج المقفل. في المسار العكسي ينشئ العميل preimage وتبقي الخدمة HTLC Lightning معلقاً قبل كشفها. قد تكشف مطالبة claim على السلسلة السر، أو يقدمه المسار التعاوني للخدمة خارج السلسلة. الدفع المعلق ليس تسوية نهائية. [Boltz — Swap types and states] [Lightning Loop — Architecture]
قبل التمويل يجب التحقق من الشبكة والمبالغ مع الرسوم والتجزئة والمفاتيح والمهلة وربط السكربت أو شجرة Taproot بعنوان الوجهة. يجب أن تطابق الفاتورة التجزئة والمبلغ المتفق عليهما. لا يفيد التشفير الصحيح إذا دفع التطبيق بلا تحقق إلى عنوان عشوائي من API. [Boltz — Client verification]
يمكن لمبادلات Taproot استخدام توقيع MuSig2 key-path من الطرفين لتوفير المساحة وإخفاء السكربت. إن لم يتعاون الطرف الآخر، فعلى العميل دعم claim أو refund عبر script-path المناسب. الاسترداد التعاوني السريع خيار إضافي، وليس إلغاء للشرط الزمني للاستعادة الأحادية. [Boltz — Claims and refunds] [Lightning Loop — Architecture]
في مبادلة عادية فاشلة بأموال مقفلة على السلسلة، ينشئ العميل معاملة refund ويبثها فعلياً؛ وينتظر المسار الأحادي timelock. أما دفعة Lightning العكسية غير المسوّاة فيمكن إلغاء HTLC وتحرير الأموال دون تلك المعاملة من المستخدم. لكن بعد كشف preimage لا تفترض عودة دفعة سُويت بالفعل تلقائياً. [Boltz — Swap types and states] [Boltz — Claims and refunds]
تترتب على المبادلة تكاليف الخدمة والتوجيه والسلسلة، وقد تضيف المبادلة العادية الفاشلة رسم استرداد. كشف preimage قبل تأكيد claim يخلق سباقاً مع المهلة. ويوثّق Loop صراحة أن رفع رسوم sweep قرب timeout قد يتجاوز الحد الأصلي. لذلك ليس تقدير السعر سقفاً غير مشروط لكل المخاطر. [Lightning Loop — Fees] [Lightning Loop — Sweep fee limits]
احفظ مفتاح refund أو rescue key وبيانات المبادلة حسب العميل المستخدم؛ فبذرة محفظة أخرى العادية ليست استعادة شاملة للمبادلات. يشتق Boltz restore المفاتيح ويبحث عن المبادلات، لكن xpub وحده لا يوقّع. السكربت والمخرج وtimeout مهمة أيضاً، لا معرّف الخدمة فقط. [Boltz — Swap restore] [Boltz — Claims and refunds]
في مسار Boltz العكسي، قد تعني invoice.settled تسوية فاتورة Lightning بعد كشف preimage، بينما لا يتتبع Boltz ما إذا بث العميل claim. تحقق من مخرج وجهتك والتأكيدات المطلوبة قبل اعتبار العملية مكتملة أو تكرار الدفع. يقلل Taproot key-path ظهور السكربت، لا معرفة المزوّد بالمبالغ والتوقيت. [Boltz — Swap types and states] [Boltz — Client verification]
للحصول على صورة أوضح، اقرأ هذا المدخل مع Lightning Network, HTLC, Inbound Liquidity, Taproot, MuSig2, CHECKLOCKTIMEVERIFY. تشير إلى هذا المدخل أيضًا سيولة Lightning, Inbound Liquidity, Boltz.