-22.56% خلال 7 أيام. +105.35% خلال 90 يومًا. العملة نفسها، والأسبوع نفسه، وكلا الرقمين صحيح.
الرقم الذي يؤلمك هو ببساطة الرقم الذي يتوافق مع مستوى التكبير الذي اخترته. طريف، أليس كذلك؟ وهذا أول فخ في هذا الرسم البياني: الإطار الزمني الذي تفتحه هو القصة التي ستصدقها.
على إطار 15m، عاش $ZEC للتو فيلمًا كاملًا: فتيل صاعد إلى 1,014.44 من شدة النشوة، وهبوط حاد إلى 951.10 بفعل الاستسلام، والآن عودة بطيئة، 975، 985، 994... قيعان أعلى، وكأن السوق يعتذر عن ذلك الهبوط.
لكن أمعن النظر في ساحة المعركة الحقيقية: 1,000. الرقم الدائري. عوقب مرة حين لمسه من الأعلى (ذلك الفتيل عند 1,014 هو الندبة)، والآن يطرق الباب من الأسفل، برفق، شمعة تلو الأخرى. لا تُكسر المستويات الدائرية من الطرقة الأولى؛ بل تُكسر حين لا يعود أحد يراقب. أو ترفضك مرة أخرى، لمجرد أن تنفد أخيرًا من الصبر.
وأرى كثيرين منكم يتنقلون بين الأطر الزمنية: تخسر على 15m، فتفحص 4h، وما زال الوضع أحمر، فتفحص اليومي، «آه حسنًا، الاتجاه صاعد»، وفجأة تتحول صفقتك السريعة إلى استثمار 😂 هذا ليس تحليلًا، بل محاولة للتعايش مع الخسارة.
اختر مستوى التكبير قبل الدخول في الصفقة، لا بعده. إذا دخلت من أجل حركة 15m، فمستويات 15m هي التي تحدد خروجك: إذا هبط السعر دون 985، تنتهي جولة الاعتذار. أما إذا دخلت من أجل اتجاه 90 يومًا، ففيلم اليوم مجرد طقس، والطقس لا يغيّر المناخ.
يخبرك إطار 15m بما يشعر به السوق اليوم. أما إطار 90 يومًا فيخبرك بحقيقة السوق. لا تخلط بين المزاج والشخصية.
ليس لأنه مستوى دعم سحري، بل بسبب ما حدث حوله. وصل السعر إليه بسرعة، ولمسه، ثم رفض البقاء عنده. أغلقت شمعة الأربع ساعات بفتيل طويل إلى الأسفل، ونحن الآن عدنا إلى 77,392 وكأن شيئًا لم يحدث.
ذلك الفتيل لم يكن مصادفة. تحت 76k كان هناك الكثير من أوامر وقف الخسارة والتصفية، وجاء أحدهم ليجمعها، وربما كان من بينها أوامرك 😂 وهذا ما نسميه اصطياد أوامر وقف الخسارة. تُنفّذ كل الأوامر دفعة واحدة، ثم يُدفع السعر إلى الأعلى في شمعتين.
والآن انظر إلى الأعلى. كل ارتداد منذ القمة عند 84,898 انتهى عند مستوى أدنى من سابقه: 81,324، ثم 79,309، ثم 78,063 أمس. قمم أدنى من جهة، وفتيل طويل من الجهة الأخرى. السوق يبني قفصًا، ونحن بداخله.
لذا سأطرح السؤال بصراحة: ماذا تفعل داخل قفص؟ لا تتداول في المنتصف. منتصف النطاق هو المكان الذي تموت فيه أموالك ببطء، مع -0.25% هنا، و-1% هناك، ورسوم في كل مكان.
انتظر عند الأطراف. إما أن يعود لاختبار 75.7-76k مجددًا ويُظهر الرفض نفسه، أو يخترق 78k مع حجم تداول، ويفتح الباب أخيرًا. قبل ذلك، كل شمعة بينهما مجرد ضجيج هدفه جعلك تضغط على شراء أو بيع في أسوأ لحظة.
ومن فضلك، توقف عن مقارنة أداءك خلال 30 يومًا (-9.31%) بأداء شخص آخر خلال 90 يومًا (+19.45%) على الخط الزمني. العملة نفسها، لكن قصتان مختلفتان، والاختلاف يعتمد فقط على يوم دخولك. تاريخ دخولك هو مؤشرك الحقيقي.
ترى هذه الشمعة الحمراء الضخمة على إطار الأربع ساعات وتظن أن الاتجاه انكسر أخيرًا؟ ماذا؟
لقد هبطنا للتو من 84,898 إلى 76,325 خلال بضعة أيام. هذا انخفاض هائل بنسبة 10%، وكانت الحركة سريعة جدًا لدرجة أنك لم تجد حتى وقتًا لتتفاعل. لكن انظر إلى الذيل! $BTC يرتد بالفعل عند 77,620.
أخبرتك أن هذه الانهيارات المفاجئة ليست سوى عمليات اصطياد للسيولة. لقد صفّت المنصات للتو جميع مراكز الشراء المتأخرة التي بالغ أصحابها في الطمع. كل من كان يراهن على الصعود برافعة مالية عالية تكبّد خسائر فادحة عند القاع، والآن يدفع صناع السوق السعر إلى الأعلى مجددًا.
لست بحاجة فعلًا إلى التحديق في شموع الأربع ساعات طوال اليوم والتوتر. إذا كانت عملاتك في السوق الفوري، فأغلق التطبيق ودعهم يتصارعون. لا يزال اتجاه الـ90 يومًا مرتفعًا بنسبة 24%، ولا شيء يثبت أن البنية العامة للسوق قد انهارت.
هل ستبيع عملاتك عند 76 ألفًا لتشتريها مجددًا عند 85 ألفًا؟ لا تخدع نفسك!
ركّز على مستوى الدعم الرئيسي، وانتظر تأكيدًا حقيقيًا على كسر السعر له، وتوقف عن التداول بناءً على مشاعرك. هذا كل شيء!
شاركنا رأيك أدناه: هل تشتري عند هذا الهبوط أم تنتظر انخفاضًا أكبر؟ لنناقش الأمر!
$أحقًا؟ $ZEC صامد بقوة عند 1,272 بينما بقية السوق تنزف، ههههه
هل نسيت ما فعله من 18 أكتوبر إلى الآن؟ من 1,048 إلى 1,397، والآن مسترخٍ فحسب. ماذا؟ أخبرني!
ستصبح واثقًا جدًا وتقول: «أجل، إنه يخترق المقاومة، والارتفاعات الحادة أمر طبيعي!» بينما ينتهي بك الأمر خاسرًا تمامًا بسبب ذيول شموع الأربع ساعات إذا اندفعت للشراء عند القمة بدافع الخوف من فوات الفرصة.
النقطة الأساسية هنا هي أنك لست بحاجة فعلًا إلى آلاف المؤشرات على شاشتك. سبق أن أخبرتك أن التحليل كان يعتمد تقريبًا على قراءة الاتجاهات فقط. هذا كل شيء! +319% خلال سنة واحدة، ولا شيء يثبت أنه سينهار اليوم.
إذا اشتريت في السوق الفوري وراقبت الإعداد، لما احتجت حتى إلى تعديل وقف الخسارة. فهمت؟
إذًا، لنفعل هذا: اكتبوا رأيكم أدناه، هل تحتفظون بـ $ZEC على المدى الطويل أم تكتفون بالمضاربة على التأرجحات؟ لن ننتقد أحدًا، أرسلوا لنا المعلومة القيّمة فحسب 😂
يا أخي، توقعت مستوى 1,210 دولارًا لـ $BNB بدقة تامة! 🎯🔥 كل الاحترام لتمسكك بتحليلك ونجاحك في التنبؤ. 👏
Kaze BNB
·
--
$ZEC ارتفع السعر فعلًا من 1,048 إلى ما يقارب 1,400، والآن يتصرف وكأن شيئًا لم يحدث 😂
وصل السعر إلى 1,397.58، ثم هبط بقوة، ويستقر الآن عند نحو 1,290. كان الرفض حقيقيًا، لكن البنية لم تنهَر بالكامل حتى الآن.
لا يزال السعر فوق MA25 عند نحو 1,267 وMA99 قرب 1,211، لذا فإن التعافي الأكبر لا يزال قائمًا. لكن MA7 عند نحو 1,291 يكاد يلامس السعر، ما يعني أن الزخم على المدى القصير بدأ يهدأ بالفعل.
ما أريد رؤيته بسيط: هل يستطيع ZEC الثبات عند 1,260–1,270 وبناء دفعة أخرى نحو 1,340–1,400؟
إذا كان الجواب نعم، فقد يكون هذا الرفض مجرد استراحة قبل محاولة أخرى للصعود.
أما إذا لم يحدث ذلك… فسيصبح 1,210 المنطقة التالية التي سأراقبها، وفجأة سيبدو هذا الاختراق أقل إقناعًا بكثير 😂
بعد ارتفاع تجاوز 270% خلال العام الماضي، فإن مطاردة كل شمعة خضراء هي الطريقة التي ينتهي بها الأمر بالناس مستثمرين على المدى الطويل دون قصد.
أنا عالق فقط في $SUI . هل يمكن لأحد أن ينصحني: هل أغلق الصفقة أم أنتظر حتى تتعافى وأعود إلى نقطة دخولي؟ لا أعرف ماذا أفعل أو ماذا أقول 😭🙏 سأبكي ولن أتداول مرة أخرى أبدًا، هذه آخر صفقة لي.
أظل أفكر: إذا نقلت DUSK الأصلي من Dusk L1 إلى DuskEVM عبر جسر DuskEVM، ثم أعيدته مرة أخرى—فمن المفترض أن تكون تلك نفس الحركة ولكن باتجاه معاكس.
نفس DUSK. نفس الجسر. فما الذي تغيّر بالضبط؟
لذلك عندما أبدأ عملية السحب من DuskEVM، دماغي يقرأ هذا الرصيد فورًا كأنه بالفعل في منتصف الطريق إلى البيت.
إلا أن ما يحدث هو أن “مغادرة DuskEVM” ليست الشيء نفسه تمامًا مثل “العودة إلى Dusk L1”.
وبصراحة، هذا يبدو عكسيًا ومزعجًا بشكل محبط.
لأن عملية السحب يمكن أن تكون موجودة بالفعل على جهة DuskEVM. ذلك الـ DUSK لم يعد مجرد “يجلس هناك” كرصيد عادي في DuskEVM، لكن Dusk L1 ما زال لم يقبل أن هذا السحب قد عاد إليه كـ DUSK على جهته.
وهنا تبدأ أهمية الإثباتات.
ليس لأن الـ DUSK قد أصبح نوعًا مختلفًا من المال بطريقة ما أثناء العودة.
لكن لأن سحب DuskEVM هذا ما زال يحتاج إثباتًا تستطيع جهة Dusk L1 استخدامه قبل أن يتم إنهاء العودة هناك.
فإذًا انتظر… هل يمكن أن أكون قد أنهيت بالفعل جزء DuskEVM، ومع ذلك ألا أكون فعليًا قد حصلت على الـ DUSK الأصلي مرة أخرى حيث بدأت؟
يبدو أن الأمر نعم.
كنت أتعامل مع جسر DuskEVM كأنه باب واحد باتجاهين متساويين، بينما يمكن أن تتواجد العودة في هذا “المنتصف الغريب” حيث يكون السحب موجودًا بالفعل على DuskEVM، لكن Dusk L1 ما زال لم يُكمل قبول ما تقوله تلك الإثباتات عن أن ما حدث قد وقع فعلاً.
أعتقد أنني كنت أسمّي السحب “العودة” مبكرًا جدًا.
يمكن أن يكون الـ DUSK في هذه الأثناء يغادر DuskEVM بالفعل، بينما Dusk L1 ما زال لم يقبل العودة على أنها مكتملة.
وبشكل ما ظللت أتعامل مع تلك اللحظتين على أنهما نفس اللحظة.
i keep thinking if Phoenix already hid the DUSK value properly, then that should be enough for Rusk too.
like the value is already confidential. encrypted notes did their job. sender, receiver, amount not sitting there in some obvious public shape.
so why cant that same hidden DUSK just touch a Rusk contract and change whatever private state it needs to change.
apparently because Phoenix solved the value problem, not the contract problem.
and yeah thats where i keep flattening two different things again.
Phoenix can keep the DUSK confidential while it moves, but once that hidden value is supposed to affect private contract state, Phoenix notes dont somehow become the contract state Rusk VM works with.
thats where Zilch starts making more sense to me.
not another Dusk privacy layer sitting on Phoenix. more like the handoff that gets that hidden value into the Rusk side without asking the Phoenix note itself to become contract state.
then Dusk PLONK is sitting there proving the private conditions around that change without those hidden inputs needing to spill out first.
so wait. the DUSK can stay private the whole time, but the thing keeping it useful privately has already changed underneath.
Dusk Phoenix handled the confidential value. Zilch gets that value into the contract side, and PLONK gives Rusk VM enough proof for the private contract state to actually move.
thats way different from Phoenix just moving DUSK.
i think i kept assuming privacy was one job because from my side the value never stopped looking private.
apparently Dusk Phoenix keeping it hidden never answered what happens once that value is supposed to change Rusk state.
#Dusk $VELVET #Dusk $PROM $DUSK @Dusk أفكر طوال الوقت فيما إذا كنت أشتري أمنًا من نوع XSC واحدًا مع Phoenix DUSK، ثم يجب أن تكون كل الأمور خاصة بطريقة نظيفة وواضحة.
مثل صفقة واحدة، نموذج سرية واحد، انتهى الأمر.
إلا أن Dusk—على ما يبدو—يجلب المال، والشيء الذي أشتريه يعيش من خلال آليات مختلفة تمامًا من الأسفل.
الجهة الخاصة بـ DUSK يمكن أن تبقى محمية عبر Phoenix. ملاحظات مشفّرة، حركة قيمة مخفية، ثم يعبر DUSK الخاص التعاقد Transfer Contract دون أن يضطر فجأة إلى أن يصبح نقودًا عامة بأسلوب Moonlight.
لكن جهة XSC ليست ملاحظة Phoenix أخرى.
وهنا يحاول عقلي باستمرار أن يخدع نفسه.
لأن Zedger لا يخبّئ دفعة هناك. إنه يحافظ على سرية ملكية XSC بينما لا يزال Confidential Security Contract يهتم بمن يُسمح فعليًا له بحيازة ذلك الأمن.
إذًا لحظة… نفس الصفقة، لكن Phoenix تحمي عملية الدفع بينما Zedger تحمي ملكية الأمن، وما زال DuskVM لا يحتاج إلى تحويل أي طرف ليصبح مثل الطرف الآخر فقط للتعامل مع كليهما.
هذه هي النقطة الغريبة.
كنت أعتقد أن السرية ينبغي أن تكون غلافًا واحدًا حول الصفقة بأكملها، بينما في الحقيقة يمكن لجهة Phoenix أن تحافظ على حركة DUSK المحمية خاصة، بينما جهة XSC تحقق قواعد أصحابها، وZedger يحافظ على ملكية ذلك الأمن سرية.
وبطريقة ما يمكن لـ DuskDS تسوية الصفقة دون أن يجبر أولًا جهة Phoenix وجهة Zedger على اتخاذ شكل خصوصية مشترك واحد.
والأرجح أن هذا هو المكان الذي كنت أُبسّط فيه الصفقة أكثر مما ينبغي.
يبدو أن «صفقة واحدة» جعلتني أتوقع نظام خصوصية واحد.
لكن Phoenix يمكن أن تظل Phoenix، وZedger يمكن أن يظل Zedger، وDuskDS مع ذلك ما زال عليه أن ينجز نفس الصفقة تحت السطح.
i keep thinking if my wallet already passed the KYC side for an Dusk XSC security, then that should basically be the annoying part done.
like okay. the Dusk zero-knowledge proof already satisfied the holder requirement, my identity doesnt need to sit there publicly, and DuskVM has enough from that proof to satisfy that XSC condition.
so why would the XSC still stop me?
apparently because “allowed holder” isnt one giant yes.
the Dusk Confidential Security Contract can still care about what happens after i receive the security. maybe my wallet already qualifies as a holder, but this exact transfer pushes me past the shareholder limit written around that XSC.
and thats where i keep tripping over it.
i was treating Dusk KYC like permission for the whole security, when really it only answered whether my wallet could qualify as a holder. it still didnt answer whether this exact amount leaves me inside the Dusk XSC ownership limit.
so i can pass one rule and still fail the transfer anyway.
DuskVM can already have the zero-knowledge proof for the holder requirement and still not move that XSC ownership because the shareholder-limit condition is sitting there unsatisfied.
which makes “verified” feel way less complete than i thought.
and until that limit fits too, there isnt an XSC ownership change for DuskDS to make final on Dusk L1.
so apparently i can already be a valid Dusk XSC holder.
and still be the wrong receiver for this exact amount.
أفكر باستمرار: إذا وصل Moonlight DUSK وPhoenix DUSK إلى DuskVM وهما مختلفان تمامًا في الشكل، فلابد أن Dusk يحتاج أيضًا إلى طريقتين مختلفتين لإنهائهما.
Moonlight موجود هناك مع الرصيد العام للحساب، والمرسل، والمستقبل، والمبلغ، والـ nonce وهو يمضي للأمام. أما Phoenix فيأتي من الملاحظات المُشفّرة، والمخرجات المحمية، والـ nullifiers.
وليسا بالشكل نفسه على الإطلاق.
فلماذا لا يحتاج Moonlight إلى نوعٍ ما من “النهائية” بالشكل الخاص به، بينما يحتاج Phoenix إلى شيء مختلف تمامًا بعد DuskVM؟
هذه هي النقطة التي ظللت أخلطها.
كنت أظن أن مسار الحساب العام لـ Moonlight ومسار الملاحظة المُشفّرة لـ Phoenix يجب أن يواصلا—بطريقة ما—التحكم في شكل “النهائية” بعد DuskVM أيضًا.
يبدو أن الأمر ليس كذلك.
يمكن لـ Moonlight أن يحتفظ بنموذج الحساب. ويمكن لـ Phoenix أن يحتفظ بنموذج الملاحظة. يمكن لـ DuskVM أن يقبل ما يأتي من أي من الطرفين دون أن يضطر Moonlight أولًا إلى التحول إلى Phoenix أو يضطر Phoenix إلى “فك” نفسه إلى Moonlight.
وهنا أعتقد أنني كنت أوكل لـ DuskDS وظيفةً خاطئة.
لا يحتاج DuskDS إلى نموذج حالة DUSK واحد مشترك تحت الاثنين فقط لإنهائهما. يمكن لجهة Moonlight أن تصل وهي تحمل تقدّم الحساب العام، ويمكن لجهة Phoenix أن تصل وهي تحمل تاريخ الملاحظات المُشفّرة، وما يزال بإمكان Dusk L1 أن يمنح حالة النتيجة حدًا واحدًا حاسمًا ونهائيًا محددًا بشكل حتمي.
وهو ما يبدو خاطئًا بالنسبة لي لأنني كنت أتوقع أن الأشكال المختلفة للحالة تحتاج إلى نهايات مختلفة أيضًا.
لكن يبدو أنني كنت أضيف ذلك إلى ذهني.
كون Phoenix على شكل ملاحظة وMoonlight على شكل حساب لا يعني أن Dusk يحتاج إلى جوابين مختلفين عندما يكتمل كل واحد منهما في النهاية.
أستمر بالتفكير: هل الـ USDC الذي اقترضته عبر TermMax ما زال موجودًا في محفظتي؟ إذا كان الأمر كذلك، فيجب أن يبقى الدين مرتبطًا به بطريقة ما.
مثلًا: إذا قفلت ضمانًا، ثم يقوم TermMax بإعطائي USDC مقترضًا، وأقوم بنقل ذلك الـ USDC إلى مكان آخر… حسنًا. لكن أين القرض بالضبط الآن؟
لأن الـ USDC نفسه لا يتذكر شيئًا.
الشيء الذي ما زال يحمل الأمر هو Gearing Token (GT). يبقى الضمان داخل TermMax GT، ويبقى دين الأجل الثابت مسجلًا مقابل نفس المركز، وتظل الاستحقاقية هناك أيضًا—حتى لو كان الـ USDC المقترض على بعد ثلاث محافظ يفعل شيئًا لا علاقة له بذلك تمامًا.
وهذا يبدو معكوسًا.
لأن ما جرى في مكان ما داخل اقتراض TermMax هو أن Fixed-Rate Token (FT) و X Token (XT) قد أنجزا بالفعل الجزء الخاص بهما لتحويل ذلك المركز إلى USDC أستطيع أن آخذَه فعلًا. يمكن لـ USDC أن يغادر. ولا يتعين على أي جزء من ديْن الـ GT أن يغادر معه.
“المال غادر. الالتزام لم يغادر.”
وأظن أنني كنت أتعامل مع الـ USDC المقترض وكأنه يحمل نوعًا من ملصق دين غير مرئي ملتصقًا بكل توكن.
يبدو أن TermMax لا يحتاج هذا على الإطلاق.
يمكنني إنفاق الـ USDC، أو تحويله، أو نقله مرة أخرى. لا شيء من ذلك يقلل مما يقوله الـ GT إنني مدين به.
فما الذي أحمله فعليًا عندما أمشي بعيدًا بالـ USDC؟ الأصل، نعم. لا يزال TermMax GT يحمل الضمان والدَّين في مكان ما منفصل تمامًا عنه.
يمكن للـ USDC أن يكون على بعد ثلاث محافظ بعيدًا وهو يفعل ما يشاء.
نفس الضمان. نفس الدين. ونفس الاستحقاقية ما زالت جالسة داخل الـ GT.
استمرّ في التفكير: هل جهاز Phoenix DUSK الخاص بي أصبح جاهزًا من ناحية الدفع بالفعل، وهل سبق أن قبل DuskVM إثبات XSC؟ إذا كان الأمر كذلك، فمن المفترض أن جزء الملكية قد انتهى تقريبًا.
يعني ماذا بقي بعد ذلك.
Phoenix لديه DUSK المُشفَّر هناك. محفظة الاستلام استوفت بالفعل شرط حامل XSC. وقد كان DuskVM قد قبل بالفعل إثبات المعرفة-الصفرية الذي يمرّر محفظة الاستلام عبر شرط XSC.
إذًا، هذه لي الآن، أليس كذلك؟
إلا أن ما يبدو أنني أدمج مرة أخرى بين "صالح" و"نهائي" في نفس اللحظة.
لأن قبول DuskVM لذلك الإثبات يُمرّر محفظة الاستلام عبر شرط XSC داخل Confidential Security Contract. لكن ذلك لا يزال ليس نفس لحظة قيام DuskDS بجعل تغيير الملكية نهائيًا على Dusk L1.
ونعم، هذا الجزء هو الذي يشعرني أنه عكسي.
Phoenix جاهز للدفع، وتم اجتياز شرط XSC، وقد سبق لـ DuskVM قبول الإثبات، ومع ذلك ما زال DuskDS جالسًا هناك بعد كل ذلك.
فما الذي أحمله بالضبط في تلك الفجوة؟
المستلم مؤهل بالفعل، وإثبات XSC تم اجتيازه بالفعل. الأمر الوحيد الذي لم يعبر بعد إلى الحتمية النهائية على DuskDS هو تغيير الملكية نفسه.
ربما لهذا السبب كنت أقرأ DuskVM على أنه الباب الأخير.
على ما يبدو لم يكن كذلك.
يمكن بالفعل قبول إثبات XSC هناك بينما ما تزال ملكية Dusk L1 النهائية تنتظر DuskDS، وهذا يبدو لي أكثر غرابة من مجرد القول إن الدفع قيد الانتظار.
وهذا هو المكان الذي أستمر في القفز إليه مبكرًا.
DuskVM سبق أن قبل سبب إمكانية حدوث تحويل XSC.
على ما يبدو أن هذا لا يزال ليس الشيء نفسه مثل أن تقول DuskDS إن الأمان ملكي.
bsp;لا يزال يراودني التفكير: إذا قمت بإقراض USDC عبر TermMax وانتهى بي الأمر بحيازة Token بسعر فائدة ثابتة (FT)، فبغض النظر عمّا يحدث لاحقًا، يجب أن تنتهي القصة دائمًا بـ USDC.
أليست هذه هي الفرضية؟ يقترض المقترضون الدين، ويحتفظ Token الخاص بالرافعة المالية (GT) بكل من الضمان ومركز الدين، وFT الخاص بي يجلس على جانب المُقرِض بانتظار الاستحقاق. إذن أين بالضبط يدخل ضمان شخص آخر إلى محفظتي.
يبدو أنه يمكن أن يحدث ذلك.
لأن TermMax للتسليم المادي يقع خلف سيناريو لا يغطي فيه التصفية بالكامل المبالغ المستحقة لحاملي FT. وعندها يمكن أن ينتهي الأمر بحامل FT بالحصول على جزء نسبي من ذلك الضمان.
“نفس المطالبة. شيء مختلف يعود.”
نعم، هذا الأمر يزعجني أكثر من التصفية نفسها.
لأن TermMax FT لم يتوقف فجأة عن كونه مطالبة الاستحقاق. وGT الخاص بالمقترض لم يتحول سحرًا إلى ملكي أيضًا. لكن بمجرد وصول TermMax إلى مرحلة التسليم المادي، يمكن لبعض الضمانات الموجودة خلف ذلك GT أن تصبح ما يسوي جانبي.
فهل كنت أقرض USDC، أم كنت أقبل احتمال امتلاك الضمان إذا ساءت الأمور إلى حدٍّ كافٍ؟
ونعم، يمكن لحوكمة TMX Token أن تشكل معاملات/محددات المخاطر حول سوق TermMax، لكن هذا لا يزال لا يحوّل التسليم المادي إلى USDC.
هذه الجزئية غريبة.
كنت أحدّق في FT وكأن النهاية كانت مُسمّاة بالفعل USDC.
يبدو أن TermMax للتسليم المادي لم يعدني أصلًا بهذا الجزء.