عندما تصبح أصول الطبقة الأولى للبيتكوين أكثر تعقيدًا،

المشكلة التي يواجهها المستخدم العادي أولاً هي:
هل الرصيد يعتمد على من؟
لقد واجهت هذه المشكلة بنفسي خلال اليومين الماضيين على Alkanes.
نفس العنوان،
Subfrost، ESPO، UniSat، idclub
قد ترى أرصدة وحالات مختلفة.
بعضها يبدو وكأنه تم التداول به.
بعضها يبدو وكأنه تم إرجاعه.
بعض الأرصدة لم يتم تحديثها منذ فترة طويلة.
قمت بتقسيم عملية تداول واحدة على Alkanes
حسب معرف المعاملة / الكتلة / نقطة الخروج،
واكتشفت أنها في جوهرها نفس مجموعة UTXO
يتم تفسيرها بطرق مختلفة من قبل أنظمة مختلفة.
رصيد الواجهة الأمامية هو مجرد عرض.
للمصالحة الحقيقية،
يجب العودة إلى نقطة الخروج على السلسلة.
هذه المسألة مهمة جدًا.
إذا كانت طبقة البيتكوين الأولى تريد استيعاب المزيد من الأصول،
AMM، Bond، LP، vault، marketplace،
يجب على البنية التحتية توضيح حالة الأصول بشكل واضح.
المستخدم العادي يجب أن يكون قادرًا على الإجابة على ثلاثة أسئلة على الأقل:
ما الذي أملكه حقًا؟
ماذا سأستهلك عند توقيع هذه المعاملة؟
إلى أين تعود الأصول بعد الفشل؟
لذا، أنا الآن لا أعتبر أي واجهة أمامية "الأكثر دقة".
ترتيب التحقيق المؤقت الخاص بي هو:
1. أولاً، النظر إلى معرف المعاملة / الكتلة / نقطة الخروج، للتأكد من كيفية تدفق UTXO
2. ثم النظر إلى تطبيق Subfrost، لفهم كيف يفسر الواجهة الرئيسية الحالية
3. التحقق المتبادل باستخدام مستكشف ESPO / API
4. النظر بشكل رئيسي إلى UniSat لمعرفة أي مدخلات ستُستهلك من قبل المحفظة
5. النظر إلى idclub / marketplace فقط كمرجع لحالة الطلبات والمعاملات
عندما تتعارض بعض النتائج، لا تتسرع في استنتاج شيء.
عد إلى نقطة الخروج، وافصل كل خطوة من حركة الأصول.
نصائح للمشاركين الأفراد:
قبل العمليات الكبيرة،
تحقق أولاً مما إذا كانت مدخلات UTXO تحتوي على
Alkanes / Runes / Inscriptions.
التبادل، LP، Bond، الطلبات المعلقة
حاول فصلها حسب العنوان.
إذا لم يتطابق رصيد الواجهة الأمامية،
فكر في مراجعة المعاملة حسب معرف المعاملة ونقطة الخروج.
ركز على المدخلات قبل التوقيع.
استخدم المحفظة التي يمكنها التعرف على أصول UTXO لدفع الغاز.
لا زلت أؤمن بقوة بأصول الطبقة الأولى للبيتكوين.
المرحلة التالية الحقيقية التي نحتاجها،
هي طبقة حالة الأصول التي يمكن للمستخدم العادي فهمها.