HNS CAPITAL

أخي الأصغر، عمره 23 عامًا، جمع المال مع صديق أو اثنين لافتتاح إقامة منزلية (Homestay) والعمل في مجال السياحة.

ساهم أخي بمبلغ 12 ألف دولار من المال الذي ادّخره من وظائف جزئية.

قلت له إنه ما زال صغيرًا ويُفتقر إلى الخبرة، وأنه ينبغي أن يشتري بالمال BTC أو BNB بدلًا من ذلك. قلت له ألا يضع كل المبلغ في استثمار، لكنه لم يستمع.

بعد ستة أشهر، فشل المشروع، وخسر كل شيء.

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

لم أعرف كيف أُطمئنه.

قصة أخي جعلتني أكثر اهتمامًا بـ Dusk.

الخصوصية حسب التصميم تعني أن معلومات مالية حساسة لا يلزم كشفها فقط لأن معاملة ما تحتاج إلى التحقق.

تسمح إثباتات المعرفة الصفرية للمشارك بإثبات أن شروطًا معينة مُستوفاة دون الكشف عن البيانات الأساسية.

الإفصاح الانتقائي يذهب إلى أبعد من ذلك: يمكن لأطراف مختلفة الوصول فقط إلى المعلومات التي يحتاجونها بالفعل.

بالنسبة للأصول الخاضعة للتنظيم، فإن هذا التمييز مهم. فالامتثال لا يتطلب بالضرورة كشف تاريخ مالي كامل للجميع.

كما يفصل Dusk أيضًا بين التنفيذ والتوافق (consensus) عبر DuskEVM وDuskDS، ما يخلق بنية أوضح للتطبيقات والتسوية.

ثم تأتي التسوية الحتمية.

بدلًا من اعتبار الحسم (finality) شيئًا ينتظر المستخدمون حدوثه ببساطة، صُمّم Dusk حول حسم متوقع وسريع. بالنسبة للأصول المالية، هذا مهم لأن الملكية والتسوية ليست مشكلتين منفصلتين.

ترميز الأصل (Tokenizing) خطوة واحدة فقط.

البنية التحتية أيضًا تحتاج إلى التعامل مع الملكية والأهلية وقواعد التحويل والخصوصية والامتثال والتسوية.
لكنها تحاول بناء البنية التحتية بحيث يمكن أن تكون الأنشطة المالية خاصة وقابلة للتحقق ومُستقرة وفق قواعد واضحة.

#dusk $DUSK @Dusk $ZEC $ENS

بمناسبة الذكرى السنوية الثلاثين لمدرستنا الثانوية، قررت صفّتنا أن نتكاتف معًا لنساهم في إنشاء صندوق للمنح الدراسية للمدرسة.

كان عددنا 40 شخصًا، يساهم كلٌّ منا بمبلغ 500,000 دونغ فيتنامي، ليصبح المجموع 20 مليون دونغ فيتنامي. كنتُ الشخص الذي نظّم كل شيء، كما تولّيت أيضًا مهام أمين الصندوق.

تم توثيق كل مساهمة واردة وكل مصروف وكل تحويل بعناية من قبلي، وكنت دائمًا أشارك المعلومات مع جميع أفراد صفّنا. كانت هذه أول مرة نقوم بشيء من هذا النوع، وانتهى الأمر بنجاح. آمل أن تكون المرة القادمة مثلها.

يقترب Dusk من البنية التحتية المالية بمبدأ مشابه، ولكن على مستوى البروتوكول.

يُمكّن Phoenix إجراء المعاملات بسرّية باستخدام إثباتات المعرفة الصفرية، ما يسمح للشبكة بالتحقق من صحة المعاملة دون كشف تفاصيلها الحساسة.

يوفر Moonlight تنفيذًا شفافًا قائمًا على الحسابات، ما يمنح التطبيقات نموذجًا مختلفًا عندما يلزم الاعتماد على الرؤية العامة.

الأمر المثير للاهتمام هو أن الطريقتين يمكن أن تتعايشا داخل الشبكة نفسها.

يدعم Dusk أيضًا الإفصاح الانتقائي، مما يتيح للأطراف المخوّلة التحقق من معلومات محددة دون الوصول إلى كل ما وراء المعاملة.

وهذا الأمر مهم بشكل خاص للأصول الخاضعة للرقابة.

قد تحتاج مؤسسة ما إلى إثبات أن المعاملة تمتثل لقواعد معيّنة، بينما لا ينبغي أن تصبح الأرصدة الأساسية أو الأطراف المقابلة أو تفاصيل المعاملة تلقائيًا بيانات عامة.

يجمع Dusk بين بنية الخصوصية هذه وإتاحة الحسم الحتمي، بهدف تسوية سريعة ومتوقعة بدلًا من ترك المعاملات المالية معلّقة بانتظار تأكيد غير مؤكد.

ذلك الجمع هو ما لفت انتباهي:

خاص عندما ينبغي أن يكون خاصًا.
قابل للتحقق عندما يلزم التحقق.
حاسم عندما تحدث التسوية.

هذه طريقة مختلفة للتفكير في البنية التحتية للبلوك تشين.

بدلًا من اعتبار الشفافية على أنها “يمكن للجميع رؤية كل شيء”، يعمل Dusk على بناء نموذج أكثر تحكمًا للوصول إلى المعلومات.

#dusk $DUSK @Dusk $ONG $PEOPLE

لقد تصرفت كأحمق اليوم.

تم تصفية أغلب أوامري.

أفتح وأغلق صفقات متعاكسة خلال 1–2 دقيقة فقط.

الصفقات التي كنت قد احتفظت بها لمدة 1–2 شهر أغلقت خلال 1–2 ساعة.

سأأخذ استراحة لفترة.
$ETH

قالت لي صديقتي، جين، مؤخراً إن مشروعاً تحبه كثيراً على وشك الوصول إلى TGE: TermMax.

لقد كانت توفر المال من مشروعها عبر الإنترنت لمدة خمس سنوات. وضعت 10 ETH في TermMax للإقراض، وبعد عامٍ واحد، حققت ربحاً كبيراً. مؤخراً، استعارت أيضاً 4K دولار لشراء الانخفاض على BNB.

سألتها: «يبدو أنك تملكين قدراً كبيراً من الثقة في هذا المشروع، أليس كذلك؟»

قضت طوال فترة بعد الظهر وهي تشرح TermMax لي بحماس.

كلما استمعت أكثر، فهمت أكثر لماذا كانت مهتمة.

يقوم TermMax ببناء بنية تحتية للإقراض والاقتراض والخيارات بمعدل ثابت من أجل DeFi. بدلاً من ترك المقترضين والمقرضين معرّضين لتغيّرات معدلات مستمرة، تمتلك كل سوق معدلاً معروفاً وفترة استحقاق محددة. يفصل تصميم FT وXT وGT بين الدين والفائدة والمراكز المضمونة إلى مكوّنات منفصلة على السلسلة.

كان الحجم هو ما جعلني أنظر إليه عن قرب.

يُظهر TermMax الآن أكثر من 90M دولار من إجمالي القيمة المقفلة TVL، وأكثر من 1.5M محفظة مُسجّلة، وأكثر من 90K مستخدم نشط يومياً، مع ذروة نشاط يومي تتجاوز 170K. البروتوكول يعمل حالياً عبر 10 سلاسل EVM، بما في ذلك Ethereum وBNB Chain وArbitrum وBase وBerachain وXLayer وPharos وB2 وHyperEVM وRobinhood Chain.

لكن الجزء الأكثر إثارة ليس مجرد TVL. خلال آخر 100 يوم، توسّع TermMax بسرعة: قامت App V2 بتوحيد الأسواق عبر السلاسل، وبدأت أوامر الإقراض ذات حدود التمويل earning floating yield أثناء انتظار التنفيذ، وتوسّع Alpha إلى أسهم وخيارات مُرمّزة، وبدأ TermPrime العمل على Canton Network كمنصة تمويل مؤسسية بمعدل ثابت وفترة ثابتة.

ثم هناك التاريخ الذي كانت جين تنتظره.
25 أغسطس 2026 — $TMX TGE.

سيكون لدى TMX إمداد ثابت قدره مليار توكن، مع مكافآت الرهان، وإفادة المُقيّمين (curator) وأداة إنشاء الأسواق، وحوكمة على معايير المخاطر والقائمة المسموح بها للمُقيّمين. ستكون المكافآت المكتسبة عبر XP وAP وMP قابلة للمطالبة عند TGE.

بعد الاستماع إلى جين طوال فترة بعد الظهر، لا أزال لن أقول إنني مقتنع فقط لأنها واثقة.
معدل معروف. مدة معروفة. مخاطر معروفة.
#termmax @TermMax $BOME $PEPE $ETH

قبل ثلاث سنوات، كنت أعمل كمدير مبيعات لدى شركة تجزئة، وكان لدى شركتي أكثر من 1,000 متجر في جميع أنحاء البلاد.

في شهر مارس، قدمت الشركة سياسة رواتب جديدة، حيث يتولى المدراء تحديد رواتب الموظفين بدلًا من قسم الموارد البشرية.

كان هذا أمرًا جديدًا بالكامل، ومن أهم المتطلبات أن تظل رواتب الجميع سرية، بحيث لا يعرف أي شخص راتب الآخر.

كل شهر، كنت أقدم تقييمات ورواتب إلى النظام، وعندما أحتاج إلى استرداد معلومات، كان عليّ إنشاء طلب والحصول على موافقته.

كانت عملية واضحة جدًا لإدارة البيانات والتحكم في الوصول، وقد ساعدتني كثيرًا في إدارة فريقي.

وبالنظر إلى الوراء، فإن هذه التجربة هي أحد الأسباب التي تجعلني أجد Dusk مثيرًا للاهتمام.

في نظام مالي، ليست المشكلة ببساطة ما إذا كانت البيانات يجب أن تكون عامة أو خاصة. السؤال الأكثر أهمية هو: من الذي يحتاج إلى رؤية ماذا، وتحت أي ظروف؟

وهنا يصبح نهج Dusk للخصوصية القابلة للبرمجة والإفصاح الانتقائي منطقيًا بالنسبة لي.

مع دعم Moonlight للمعاملات الشفافة القائمة على الحساب، وتصميم Phoenix للمعاملات السرية، لا يعامل Dusk الخصوصية كخيار من نوع الكل أو لا شيء. يمكن أن تكون لأنواع مختلفة من المعلومات متطلبات رؤية مختلفة، مع البقاء ضمن الشبكة نفسها.

بالنسبة للتمويل الخاضع للرقابة، فإن هذا التفريق مهم.

قد تحتاج مؤسسة ما إلى إثبات أن المستثمر مؤهل، أو أن المعاملة تمتثل لقواعد معينة، أو أن أحد الأصول مُخوَّل له بشكل صحيح. لكن هذا لا يعني بالضرورة أن كل مشارك يجب أن يرى التاريخ المالي الكامل للمستثمر أو تفاصيل معاملاته.

يمكن للأدلة الصفرية المعرفة المساعدة في إثبات تحقق شروط محددة دون كشف المعلومات الأساسية.
بالنسبة لي، هذا تفكير أكثر عملية بخصوص خصوصية البلوك تشين—ليس إخفاء كل شيء، بل جعل المعلومات قابلة للتحقق والتحكم وإتاحتها بشكل انتقائي.

وهذا هو الجزء من Dusk الذي أوليه اهتمامًا أكبر.

#dusk $DUSK @Dusk $TRUMP $ETH

تخيّل أمس.

في دقيقة واحدة، قفزت BTC من 65 ألف دولار إلى 69 ألف دولار. صفقاتك القصيرة فجأة احتاجت إلى هامش إضافي، لذلك كان عليك إيداع المزيد من الأموال فورًا. حلّلتَ الوضع لمدة 30 ثانية وقررتَ إضافة المزيد من المال.

قدّمتَ طلبًا. بعد أكثر من 5 دقائق، كان ما يزال قيد الانتظار.

وأنت تشعر بالقلق، قدّمتَ طلبًا آخر، لكن الطرف المقابل لم يكتملّه لك بعد.

تشعر بالعجز بداخلك، لكن لا شيء يمكنك فعله.

اتخاذ القرارات خلال تقلبات السوق الشديدة أمر صعب جدًا ويتطلب حركة سريعة. إذا كانت لديك قائمة بالأطراف المقابلة الموثوقة والسريعة، فقد تتمكن من التعامل مع الموقف بشكل أفضل.

ولهذا السبب لدي دائمًا بعض القواعد الأساسية عند التداول بنظام P2P على Binance.

أنا لا أختار الطرف المقابل بناءً على السعر فقط. أتحقق من معدل إتمامه، وسجلّ التداول، وحالة التاجر، وطريقة الدفع. مع مرور الوقت، أتابع أيضًا الأطراف المقابلة التي تُكمل الطلبات باستمرار وبسلاسة.

لكن الطرف المقابل المألوف أو عالي التقييم ليس سببًا لتجاوز التحقق. كل طلب مختلف.

أقرأ الطلب الحالي بعناية، بما في ذلك المبلغ وطريقة الدفع وتفاصيل الدفع. أحتفظ بكل التواصل داخل دردشة طلب Binance P2P ولا أنقل المعاملة إلى منصة أخرى فقط لأن شخصًا ما طلب ذلك.

عند الشراء، أستخدم معلومات الدفع الدقيقة كما تظهر في الطلب وأُكمل الدفع ضمن الوقت المطلوب.

عند البيع، لا أُطلق العملات المشفرة أبدًا بناءً على لقطة شاشة أو رسالة نصية (SMS) أو رسالة تقول “تم الدفع”. أفتح تطبيق البنك الحقيقي لدي وأتحقق أولًا من وصول المبلغ الكامل.

إذا أصبح الطلب مشكلة، لا أُصاب بالذعر ولا أنشئ معاملات غير ضرورية. أحفظ رقم الطلب وسجلات الدفع وسجل الدردشة، ثم أستخدم عملية الاستئناف الرسمية أو دعم المنصة عند الحاجة.

القرارات السريعة مهمة في سوق متقلب.

لكن السرعة لا تعني الإهمال.

#binancep2pantoan @Binance Vietnam $ETH $TRUMP $RE

هل تم تصفية أي من مراكزك أمس؟

قبل ثلاث سنوات، اقترضت 100 مليون دينار فيتنامي (VND) من بنك HSBC لمدة 36 شهرًا، كنت أدفع 3.49 مليون دينار فيتنامي كل شهر.

بعد ذلك، أقرضتها لزميل لمدة 30 شهرًا، على أمل أن أجني بعض الفائدة وأن أستخدم المبلغ الإضافي لتجميع بيتكوين (BTC). بعد ستة أشهر، أخبرني أنه لم يعد قادرًا على سداد المبلغ. طلب مني خفض سعر الفائدة، وإلا فلن يدفع ببساطة. انهار خططي خلال بضعة أشهر.

منذ ذلك الحين، توقفت عن إقراض المال لأي شخص.

في الآونة الأخيرة، عدت إلى السوق وحدث أن اكتشفت TermMax. لفت انتباهي فورًا، لذلك بدأت أبحث عنه بعمق.

أول شيء فاجأني هو النمو الذي يحدث على السلسلة.

تخطّى TermMax الآن 90 مليون دولار أمريكي في إجمالي القيمة المقفلة (TVL)، مع أكثر من 1.5 مليون محفظة مسجلة وأكثر من 90 ألف مستخدم نشط يوميًا. كما تم نشره عبر 10 سلاسل EVM، ما يبيّن أن البروتوكول يتجاوز مجرد تجربة إقراض بسعر ثابت. (KuCoin)

لكن الأرقام وحدها ليست سبب اهتمامي.

ما جذب انتباهي حقًا هو ما يبنونه تحت السطح.

يفصل TermMax ديون الأجل الثابت إلى مكوّنات مختلفة عبر FT وXT وGT، ما يجعل القرض أكثر مرونة من مجرد وضع “اقترض وانتظر حتى تاريخ الاستحقاق”.

ثم هناك Range Order AMM، المصمم حول نطاقات أسعار الفائدة بدلًا من أسعار الرموز. يمكن بذلك أن تتشكل السيولة حول معدلات وتواريخ استحقاق مختلفة.

تأخذ V2 الفكرة إلى أبعد من ذلك عبر Atomic Orders وComposable Base Yield وSmart Unwind وOrder Aggregator، وكل ذلك بهدف جعل رأس المال بسعر فائدة ثابت أكثر كفاءة وأسهل في التحريك.

هذا ما غيّر طريقة تفكيري.

قبل سنوات، كنت أعتقد أن الإقراض يتعلق فقط بالعثور على شخص يرغب في دفع فائدة لي.

يحاول TermMax تحويل الدين نفسه إلى شيء يمكن تسعيره والتداول عليه وإدارته وإعادة استخدامه على السلسلة.

ربما تكون هذه هي الفرصة الأكبر الكامنة وراء DeFi بسعر فائدة ثابت.

#termmax @TermMax $BTW $HEMI $ACE

لقد كنت دائمًا من كبار محبي السيارات، من السيارات الكهربائية إلى الهجينة. لكن مع راتب قدره 2 ألف دولار شهريًا وعادتي في تجميع BNB كل شهر عبر Binance Auto-Invest، فإن شراء سيارة جديدة يصبح نادرًا أمرًا واقعيًا.

ومع ذلك، أحب تجربة سيارات مختلفة كلما أمكن. الجلوس خلف عجلة القيادة، والضغط على دواسة الوقود، والشعور بالتسارع—هذا أكثر إثارة بكثير من مشاهدة مقطع ترويجي. تفهم السيارة بشكل أفضل بكثير عندما تقودها بالفعل.

ولهذا السبب قررت تجربة Dusk Mainnet اليوم.

قمت بتوصيل محفظتي وإيداع 2,000 DUSK. إن تجربة الشبكة مباشرة منحتني فهمًا أوضح بكثير لـ Dusk مما يمنحه مجرد قراءة وثيقاته.

أول شيء لفت انتباهي هو أن الخصوصية مدمجة داخل البروتوكول، بدلًا من اعتبارها ميزة إضافية.

تستخدم Dusk أدلة الصفرية المعرفة (Zero-Knowledge Proofs) لتمكين التحقق دون الحاجة إلى كشف المعلومات الحساسة بالكامل.

تصبح هذه النقطة مثيرة للاهتمام بشكل خاص عند النظر إلى الأصول والورقات المالية الخاضعة للتنظيم.

وضع أصل على السلسلة ليس سوى جزء واحد من المشكلة. كما يجب أن تتعامل البنية التحتية المالية أيضًا مع الملكية والخصوصية والامتثال والتسوية معًا.

وهنا يصبح توضع Dusk أكثر إثارة لاهتمامي.

بدلًا من أن تكون مجرد بلوكشين آخر يركز على المعاملات، تعمل Dusk على بناء بنية تحتية حول الأسواق المالية الخاضعة للتنظيم، حيث يمكن للأصول والورقات المالية في العالم الحقيقي أن تعمل على السلسلة—مع الحفاظ على متطلبات الخصوصية والامتثال المناسبة.

الآن، سأرشدك خطوة بخطوة إلى كيفية تجربة Dusk Mainnet بنفسك، بدءًا من توصيل محفظتك إلى استيكينغ DUSK واستكشاف الشبكة مباشرة كما هو موضح في الصورة بالأسفل

#dusk $DUSK @Dusk $ACE $BTW

أشتري الكثير من الأشياء عبر الإنترنت، كلما شعرت بالرغبة أشتري كل أنواع الأشياء، وفي الشهر الماضي أنفقت 1k.

هذه المرة أزين منزلي، لذا اشتريت كل أنواع الأثاث، من الطاولات والكراسي إلى الأسلاك الكهربائية، المصابيح، السجاد، اللوحات والمزيد.

هاتفـي يستقبل عشرات الرسائل يوميًا بأرقام حسابات بنكية ومبالغ دفع لتلك الطلبات.

أحيانًا أدفع دون حتى التحقق مما إذا كانت البضائع قد وصلت. وغالبًا ما يكون رقم هاتف سائق التوصيل المألوف.

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

لكن عندما أتاجر عبر P2P على Binance فأنا مختلف تمامًا.

أتأكد من كل شيء بعناية.

يأتي هذا الاختلاف من بنية Binance P2P.

عندما يتم إنشاء طلب P2P، يتم الاحتفاظ بالعملات المشفرة في الضمان (escrow) أثناء المعاملة. هذا يمنح الطرفين عملية محددة بدل الاعتماد على الثقة فقط.

قبل التداول، يمكنني التحقق من ملف الطرف المقابل، ومعدل إتمامه، وسجل التداول، وطريقة الدفع. كما يوفر الطلب معلومات دفع محددة، بينما يحافظ الدردشة داخل المنصة على أن تكون المراسلة مرتبطة بالمعاملة.

إذا كنت أشتري، أتبع تفاصيل الدفع المعروضة في الطلب وأكمل الدفع خلال الوقت المطلوب.

إذا كنت أبيع، فأنا لا أفرج أبدًا عن العملات المشفرة لمجرد أن شخصًا ما يرسل لقطة شاشة أو يقول “تم الدفع”. أتأكد أولًا من تطبيق البنك الخاص بي فعليًا وأؤكد أن المبلغ الدقيق قد وصل.

إذا حدث خطأ ما، فأحتفظ بمعرّف الطلب (Order ID) وإثبات الدفع وسجل الدردشة، ثم أستخدم عملية الاستئناف بدل نقل المعاملة خارج Binance.

بالنسبة لي، الدرس بسيط:

كلما كانت المعاملة أكثر أهمية، زادت أهمية التحقق.

#binancep2pantoan @Binance Vietnam $ACE $BTW $TUT

عندما كنت أعمل كموظف مبيعات هاتفي في شركة تأمين، كانت شركتي موجودة في مبنى كبير من 26 طابقًا يضم فندقًا وشققًا خاصة. كان مكتبي في الطابق الثاني عشر. في يومي الأول، ضعت بطريقة ما وانتهى بي الأمر في الطابق الخامس والعشرين.

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

وعند النظر إلى الأمر الآن، كانت هذه المنظومة مناسبة جدًا. لم تكن تحمي المناطق المقيّدة فحسب، بل جعلت المبنى كله أسهل في التنقل أيضًا. كان بإمكان الجميع الوصول إلى ما يحتاجونه دون منح الجميع حق الوصول إلى كل شيء.

في الآونة الأخيرة، بدأت أتعلم المزيد عن Dusk، وكلما استكشفتها أكثر، كلما رأيت فكرة مشابهة.

Dusk تبني بنية تحتية لأسواق مالية منظّمة حيث لا يلزم أن تكون الخصوصية والامتثال خصمين.

تخيّل بطاقة الوصول كأبسط نسخة من التحكم بالهوية وإدارة الوصول. على Dusk، يمكن أن تمتلك الأصول المالية قواعد تحدد من يحق له امتلاكها أو نقلها، بينما يتيح الإفصاح الانتقائي للأطراف المصرّح لها التحقق مما تحتاجه دون كشف معلومات شخصية غير ضرورية.

يصبح هذا مثيرًا للاهتمام بشكل خاص عندما نتحدث عن الأصول الواقعية المُمَثّلة كرموز (tokenized). وضع الأصل على السلسلة (on-chain) هو مجرد البداية. التحدّي الحقيقي هو كيفية التعامل مع الملكية، والأهلية، والتحويلات الخاضعة للرقابة، والامتثال والتسوية بطريقة يمكنها أن تعمل فعلاً مع الأسواق المنظّمة.

نهج Dusk في هذا يتم عبر تقنيات تحفظ الخصوصية، بما في ذلك الإثباتات الصفرية المعرفة (zero-knowledge proofs) وعقود الأمن السرّية (Confidential Security Contracts - XSC)، مع الحفاظ على إمكانية التحقق من المعاملات.

وهذه هي النقطة التي لفتت انتباهي:

لا ينبغي لأي نظام مالي جيد أن يجعل كل شيء مرئيًا للجميع. بل يجب أن يتيح المعلومات الصحيحة للأشخاص المناسبين وفي الوقت المناسب.

#dusk $DUSK @Dusk $GPS $TUT

ما زلت أتذكر هذه العملية.

في ذلك اليوم، كانت دفعة بطاقتي الائتمانية مستحقة. لم تكن راتبي قد وصل بعد، لذلك قمت ببيع بعض عملات BTC لتغطيتها، بإجمالي 262 USDT. قمت بتقديم طلب، لكن في النهاية فشلت المحاولتان.

تواصل معي طرفان متقابلان: كان هناك مشكلة في حسابي البنكي المستلم، لذلك ألغيا الصفقتين.

تواصلت مع الدعم، وأخبرتني بتغيير حساب الاستلام إلى بنك آخر. طالما أن الحساب باسمِي أنا وكانت المعلومات صحيحة، يمكنني المتابعة.

اتّبعت نصيحتها، وتم إكمال الطلب الثالث بسرعة.

إذا كنت تتداول على Binance P2P لأول مرة، فهذه هي الأشياء التي أنصح بها.

أولًا، افحص الطرف المقابل قبل قبول الطلب. انظر إلى معدل إتمامه، وسجل تداوله، وحالة التاجر، وطريقة الدفع.

ثانيًا، اقرأ تفاصيل الطلب بعناية وتأكد أن معلومات الدفع تتطابق. لا تعتمد على الذاكرة أبدًا، حتى لو بدا الإجراء مألوفًا.

ثالثًا، احتفظ بكل شيء داخل Binance. لا تنقل المحادثة أو الدفع إلى منصة أخرى.

إذا كنت تشتري، استخدم فقط تفاصيل الدفع الظاهرة في الطلب وأكمل الدفع خلال الوقت المطلوب. إذا كنت تبيع، فلا تطلق العملات المشفرة أبدًا اعتمادًا على لقطة شاشة أو رسالة تقول «تم الدفع». افتح تطبيقك البنكي الفعلي وتأكد أولًا أن المبلغ الكامل قد وصل.

أيضًا انتبه لعلامات التحذير: الضغط لإتمام الصفقة بسرعة، طلبات الدفع لطرف ثالث، تغيير تفاصيل الدفع أو التعليمات التي لا تتطابق مع الطلب.

وأخيرًا، احتفظ بـ Order ID وسجلات الدفع وسجل الدردشة. إذا حدث خطأ، استخدم الاستئناف الرسمي الخاص بـ Binance وعملية الدعم بدلًا من محاولة حل المشكلة خارج المنصة.

نجح طلبي الثالث لأنني توقفت وتحققت من المشكلة واتّبعت الإجراء الصحيح.

ربما تكون هذه هي أكثر عادة P2P فائدة تعلمتها:

تحقق أولًا. تأكد بدقة. ثم نفّذ الصفقة.

#binancep2pantoan @Binance Vietnam $TUT $GPS

قبل 6 أشهر، أخبرتني أنا وجين فجأةً بأن سعر الفائدة على قرض المنزل البالغ 42 ألف دولار سيتغير من 8.5% إلى 12% سنويًا.

وبسبب ذلك، زادت دفعتنا الشهرية من 7.5 مليون دونغ فيتنامي إلى 11.8 مليون دونغ فيتنامي. كان ذلك صدمة حقيقية لكلٍ منا، ولحظةٍ لم نكن نعرف كيفية التعامل معها.

في الشهر الأول، اضطررنا إلى بيع بعض الـ BTC لتغطية الدفعة، في وقت كان فيه الـ BTC يتراجع قرب 62 ألف دولار.

بعد تلك التجربة، تعلمنا الدرس وبدأنا البحث عن حلٍ أفضل.

ثم اكتشفنا TermMax.

ما بقي في ذهني لم يكن مجرد ارتفاع سعر الفائدة. بل كان حقيقة أننا لم نتمكن من التنبؤ به.

لهذا السبب بدا TermMax منطقيًا بالنسبة لي فورًا.

الفكرة بسيطة جدًا: الاقتراض أو الإقراض بسعر فائدة ثابت لمدة محددة. أنت تعرف تكلفة الاقتراض مسبقًا بدلًا من مراقبتها وهي تتحرك مع السوق.

لكن كلما تعمقت في TermMax، أصبح أكثر إثارة للاهتمام.

يقوم البروتوكول بفصل مركز بسعر فائدة ثابت إلى FT وXT، مما يمنح مكونات الدين والعائد مرونة أكبر.

كما أن Range Order AMM الخاص به مختلف عن بركة الإقراض العادية. يمكن أن تستقر السيولة عبر نطاقات مختلفة لأسعار الفائدة، بحيث يمكن للسوق أن يطور منحنى معدلاته الخاص بدلًا من الاعتماد على APR عائم واحد.

ثم هناك V2.

تساعد Atomic Orders على جعل تخصيص السيولة أكثر كفاءة عبر الأسواق.

يوفر Composable Base Yield مكانًا للسيولة غير المستخدمة لتدر دخلًا بينما ينتظر المقترضين.

ويجعل Smart Unwind مراكز التمويل الثابت أقل صلابة عبر السماح بالخروج المبكر ضمن شروط محددة.

كما يقوم Order Aggregator بتجميع مصادر سيولة مختلفة من أجل تنفيذ أفضل.

ما يعجبني هو أن كل هذه الأجزاء تشير في الاتجاه نفسه:

جعل الائتمان أكثر قابلية للتنبؤ دون جعله غير سائل تمامًا.

لا أعرف ما إذا كان TermMax سيصبح بروتوكول DeFi رئيسيًا.

لكن بعد الاضطرار إلى بيع BTC لأن تكلفة الاقتراض لدينا تغيّرت فجأةً، أفهم بوضوح لماذا يستحق الائتمان بسعر ثابت مكانًا في DeFi.
#termmax @TermMax $TUT $STAR $GPS

عندما تقترض المال، ما الذي يهمك أكثر؟

صديقتي آنا تريد فتح متجر أزياء. لقد ادّخرت حوالي 6 آلاف دولار.

قضيت فترة ما بعد الظهر كاملة في التخطيط لهذا الأمر معها. وبشكل أساسي، بعد أن حسبت الأرقام، أدركت أن المال غير كافٍ.

يحتاج الأمر إلى اقتراض 4 آلاف دولار إضافية أو نحو ذلك.

لكنها كانت قلقة لأنها لا تملك معلومات كافية، ولأن أسعار الفائدة قد تتغير بسرعة كبيرة بحيث لا تسمح الأرباح بتغطية التكاليف.

طمأنتها بأن لا تقلق، لأنني وجدت حلاً: TermMax.

أول شيء لفت انتباهي هو فكرته الأساسية: الاقتراض والإقراض بسعر ثابت.

بدلًا من الاعتماد بالكامل على الأسعار العائمة، يتيح TermMax للمقترضين تثبيت معدل الاقتراض لمدة محددة. وبالنسبة لشخص يخطط لعمل تجاري، فإن تكاليف التمويل المتوقعة تكون أسهل بكثير للتعامل معها.

لكن البروتوكول يتجاوز الأسعار الثابتة.

يستخدم TermMax FT وXT لهيكلة ديون محددة الأجل، بينما تم تصميم Range Order AMM خصيصًا للتداول على سيولة حول نطاقات أسعار الفائدة.

تساعد الأوامر الذرّية على تقليل تجزؤ السيولة عبر الأسواق.

تتيح Composable Base Yield للسيولة غير المستخدمة أن تواصل توليد عائد أساسي بدلًا من بقائها خاملة.

ويخلق Smart Unwind طريقة للخروج من المراكز قبل الاستحقاق، مما يحسن السيولة للمراكز ذات الأجل الثابت.

وأخيرًا، يجمع Order Aggregator بين مصادر سيولة مختلفة للعثور على تنفيذ أفضل.

كما يتوسع TermMax أيضًا نحو إنشاء أسواق بلا إذن عبر Alpha Zone، بينما يستكشف حالات استخدام تتضمن الرافعة المالية والأصول الحقيقية المُرمّزة.

هذا يجعل الأطروحة الأكبر أكثر إثارة بالنسبة لي.

ليس TermMax مجرد بناء سوق إقراض آخر.

إنه يحاول بناء بنية تحتية مالية بسعر ثابت لـ DeFi — حيث يمكن أن تكون تكاليف الاقتراض قابلة للتنبؤ، ويمكن أن تكون السيولة أكثر كفاءة، ويمكن أن تصبح أسواق الائتمان أكثر برمجة.

وبالنسبة لآنا، قد يعني ذلك ببساطة معرفة التكلفة الدقيقة لتمويل 4 آلاف دولار.

وبالنسبة لـ DeFi، فإن الطموح أكبر بكثير: جعل الائتمان بسعر ثابت لبنة أساسية للاقتصاد المُنشأ على السلسلة (onchain).

#termmax @TermMax $GPS $PORTAL $ACE

منذ عامين، كنتُ موظفًا في قسم المشتريات لدى فندق كبير. كان العمل مزدحمًا للغاية، لكن الراتب كان مرتفعًا، 3 آلاف دولار شهريًا ($3K/month)، لذلك بذلت أيضًا مجهودًا كبيرًا؛ وبعد سنة واحدة فقط كنت قد ادخرت بالفعل 10 BNB.

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

تم تسجيل كل طلب تمت معالجته عبر قسمي، وكان يمكن مراجعته متى ما دعت الحاجة.

أحيانًا كنت أعتقد أن العملية معقدة دون داعٍ. لكن مع مرور الوقت، أدركت لماذا صُممت بهذه الطريقة.

عندما بدأت التعرف على Dusk، وجدت شيئًا مألوفًا جدًا.

الأسواق المالية تحتاج إلى نفس النوع من البنية.

ليس الجميع بحاجة إلى الوصول إلى كل شيء. لكن هذا لا يعني أن المعلومات يجب أن تختفي. يجب أن تكون هناك منظومة واضحة لتحديد ما يبقى خاصًا، وما يمكن التحقق منه، ومن المخوّل بالوصول إليه.

وهنا تصبح فكرة الخصوصية القابلة للبرمجة لدى Dusk مثيرة للاهتمام.

تقوم Dusk ببناء Layer 1 للأسواق المالية المنظمة وفقًا لمبدأ بسيط:

خصوصية حيث يلزم الأمر.
شفافية حيث تكون مفيدة.
إفصاح انتقائي للمراجعة من قبل الجهات المخوّلة.
كما أن التقنية الكامنة وراء ذلك مثيرة للاهتمام أيضًا. يوفّر DuskEVM بيئة متوافقة مع EVM للمطورين والمؤسسات، بينما يُمكّن Hedger سير عمل EVM سريًا عبر التشفير المتماثل (homomorphic encryption) وبراهين المعرفة الصفرية.

كما أن Dusk تنظر أيضًا إلى ما وراء مجرد التوكنة البسيطة. فقد صُممت بنيتها التحتية لدعم الإصدار الأصلي (native issuance)، مما يسمح بأن يعمل جزء أكبر من دورة حياة الأصل مباشرةً على السلسلة (onchain) عندما تكون هناك الموافقات التنظيمية المطلوبة وبنية المنتج في مكانها.

لقد حاولتُ أيضًا استخدام Dusk Mainnet بنفسي، ما أعطاني صورة أوضح بكثير عن كيفية ترابط هذه الأجزاء معًا عمليًا.

إن رؤية DuskEVM وHedger وطبقة الشبكة ومعمارية تركّز على الخصوصية تعمل كجزء من نفس المنظومة جعلت الفكرة أسهل بكثير للفهم.

#dusk $DUSK @Dusk $PORTAL $VELVET

تقاعدت أمي بعد 30 عامًا من العمل كمحاسبة في شركة أغذية أجنبية. معاشها التقاعدي حوالي 67 ألف دولار.

قررت أن تتعلم الاستثمار في العملات الرقمية. في البداية، كانت تخطط لتخصيص 10% في BNB وBTC.

قضيت ساعتين أشرح لها منصة Binance P2P. وبصفتها محاسبة، فهمت العملية بسرعة مدهشة.

في أول طلب لها، اشترت 10 BNB بسعر 608 دولارات. اكتملت العملية بسرعة.

في الطلب الثاني، اشترت ما قيمته 2 ألف دولار من BTC.

ثم قالت لي إنها كانت تطبخ ونست تمامًا أمر الطلب. وعندما تحققت مرة أخرى، كان الطلب قد أُلغي بالفعل.

بدت أمي قلِقة وسألتني: “هل خسرت المال لأنني نسيت؟”

“لا يا أمي. لا تقلقي. عملية P2P صارمة نوعًا ما، لكن معدل إتمامك سيكون أقل بسبب الطلب المُلغى.”

كانت مجرد غلطة بسيطة، لكنها درسٌ مفيد.

عندما أتداول على Binance P2P، أخبرها دائمًا أن تبدأ بالنظر إلى الطلب نفسه: تحقق من الطرف الآخر، وطريقة الدفع، والمبلغ، والسعر، وتفاصيل الدفع قبل تأكيد أي شيء.

أثناء المعاملة، يحتاج الطرفان إلى إتمام الجزء الخاص بهما ضمن شروط الطلب. إذا لم يقم المشتري بالدفع أو لم يقم البائع بإطلاق العملات الرقمية بعد تأكيد الدفع بشكل صحيح، فلا يحاول الطرف الآخر حل المشكلة عبر الخروج خارج Binance. احتفظ بالطلب والدردشة وإثباتات الدفع، ثم استخدم عملية الاستئناف الرسمية عند الضرورة.

بالنسبة للبائعين، أهم قاعدة هي عدم إطلاق العملات الرقمية أبدًا استنادًا فقط إلى لقطة شاشة أو رسالة. تحقق من حساب البنك الفعلي وتأكد من وصول الأموال.

بالنسبة للمشترين، ادفع باستخدام المعلومات نفسها تمامًا كما تظهر في الطلب وانتبه إلى توقيت الطلب.

لم يكلف الطلب المُلغى الأول أمي أي أموال.

لكن علمها شيئًا أكثر أهمية:

في P2P، الالتزام بالخطوات جزء من البقاء في أمان.

#binancep2pantoan @Binance Vietnam $VELVET $PORTAL $BTW

بعد ثلاث سنوات من العمل، تمكنت أنا وصديقتي جين من ادخار ما يقارب 57 ألف دولار. كنا نريد شراء منزل، لكن أسعار العقارات كانت مرتفعة جدًا، ولم يكن لدينا ما يكفي من المال.

قررنا إنفاق 7 آلاف دولار لشراء 12 BNB بسعر 604.4.

وضعنا الباقي في البنك لكسب فائدة بنسبة 8.5% سنويًا.

وبما أن هذا كان مالنا المشترك، طلبنا من البنك وضع بعض القواعد حتى تبقى أموالنا خاصة، مع إمكانية الوصول إليها للتحقق عند الحاجة.

عندها أدركت مدى أهمية ما يَبنِيه @dusk.

وكلما فكرت أكثر، أصبحت المشكلة أكثر وضوحًا.

تحتاج الأنظمة المالية إلى الخصوصية، لكنها أيضًا تحتاج إلى المسؤولية والمساءلة.

لا تريد أن تُعرَض رصيدك وكل معاملة تقوم بها على الجميع. لكن عندما يلزم التحقق، يجب أن يكون لدى الأشخاص المناسبين طريقة للتحقق.

هذه هي الفكرة وراء الخصوصية القابلة للبرمجة لدى Dusk.

احتفظ بالمعلومات الحساسة في القطاع الخاص.
احتفظ بالأجزاء التي يجب أن تكون شفافة وقابلة للتحقق.
امنح الأطراف المصرح لها إمكانية الوصول عند الحاجة.

يتخذ Dusk هذا النهج بشكل مباشر في الأسواق المالية الخاضعة للتنظيم، حيث يجب أن تعمل الخصوصية والامتثال معًا.

وهذا الأمر مهم بشكل خاص للأصول مثل السندات وصناديق الاستثمار المتداولة (ETFs) وصناديق أسواق المال (MMFs) و RWAs أثناء انتقالها إلى السلسلة (onchain).

وبفضل DuskEVM وHedger، يمكن للمطورين بناء سير عمل EVM سري باستخدام تقنيات مثل التشفير المتماثل (homomorphic encryption) وبراهين عدم المعرفة (zero-knowledge proofs).

ما يعجبني في هذا النهج هو أن Dusk لا يعتبر الخصوصية سببًا لإخفاء كل شيء.

إنه يعتبر الخصوصية شيئًا يمكن التحكم فيه عبر قواعد النظام المالي.

هذا يبدو أقرب بكثير إلى كيفية عمل التمويل الحقيقي فعليًا.

#dusk $DUSK @Dusk $HEMI $COW

أنا وصديقتي جين تلقّينا مكافأة ربع سنوية بقيمة 5 آلاف دولار، وقررنا إنفاق 2 آلاف دولار على 4 عملات BNB بسعر 605.

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

كما هي العادة، فتحت جهات اتصالي وكنت على وشك إجراء إيداع عبر معارف قديم. كانت الغرفة غرفة مزدوجة بسعر 100 دولار في الليلة.

أَلْقَت جين نظرة على هاتفي وسألت:

“هل هذا هو جهاتك القديمة؟ هل أنت متأكد أنها آمنة؟ لماذا لا تحجز عبر التطبيق؟ من الأسهل التعامل إذا حدث أي خطأ.”

أدركت فجأة شيئًا.

لم أكن قد تحققت حتى مما إذا كان ذلك الصديق القديم لا يزال يعمل هناك.

أحيانًا أجد نفسي مهملاً بنفس القدر عند التداول عبر P2P على Binance. ليس لأن المنصة تفتقر لأدوات الأمان، بل لأنني أعتاد كثيرًا وأتوقف عن التحقق.

هذا جعلني أفكر في قائمة التحقق الخاصة بـ P2P التي أستخدمها.

قبل التداول، أتحقق من ملف الطرف المقابل، ونسبة الإنجاز، وسجل التداول، ووسم التاجر. كما أتأكد من أن اسم حساب الدفع يطابق تفاصيل الطلب.

أثناء الصفقة، أبقي كل شيء داخل Binance P2P. توفر المنصة أدوات مثل الضمان (Escrow) والدردشة داخل المنصة وإجراء حل النزاعات، لذلك لا يوجد سبب كافٍ لنقل المعاملة إلى مكان آخر.

إذا كنت أبيع عملات رقمية (كريبتو)، فلا أُفرج عنها أبدًا بناءً على لقطة شاشة. أفتح تطبيق البنك الخاص بي وأتأكد فعليًا من وصول الأموال.

وإذا قام شخص ما فجأة بتغيير تفاصيل الدفع، أو ضَغَط عليّ كي أتحرك بسرعة، أو طلب مني إجراء التداول خارج Binance، أتوقف.

كما أحتفظ برقم الطلب (Order ID) والإيصالات وسجل الدردشة في حال احتجت إلى دعم.

ذكّرتني جين بشيء بسيط:

الراحة لا ينبغي أبدًا أن تُغني عن التحقق.

وينطبق الشيء نفسه على حجز الفندق—وعلى P2P.

#binancep2pantoan @Binance Vietnam $COW $HEMI $AKE

كان لدى أمي منزل للبيع، بقيمة سوقية تقارب 150 ألف دولار.

وبما أن أمي لم تكن على دراية كبيرة بالعملية، ذهبنا معًا إلى مكتب الأراضي لجمع المعلومات مع المشتري.

اعتقدت أن كل شيء سيكون سريعًا، بضع نقرات بضع دقائق لإنجاز كل شيء. لكن اتضح أن الأمر مختلف تمامًا. استغرق حوالي 7 أيام.

وأوضح مكتب الأراضي أن بعض المعلومات تتطلب إذنًا أو عملية محددة قبل أن يمكن الوصول إليها. وعندما تكون قيمة الأصل عالية، لا يمكنك أن تستعجل كل شيء.

بعد أسبوع، اكتملت الصفقة. أعطتني أمي 5 آلاف دولار، واشترت فورًا 7 BNB للاحتفاظ بها لنفسي.

إن حقيقة أن الصفقة اكتملت بأمان جعلتني أدرك أن العملية في الواقع كانت معقولة.

ولهذا السبب، عندما بدأت في التعرّف على @dusk، بدا لي أن بنيته المعمارية مألوفة.

ليس Dusk مجرد محاولة لجعل البيانات المالية خاصة. بل هو يبني خصوصية قابلة للبرمجة للأسواق المنظمة — خصوصية عند الحاجة، وشفافية عندما تكون مفيدة، وإفصاحًا انتقائيًا عندما يحتاج الأطراف المصرح لهم إلى التحقق من المعلومات.

ومن الناحية التقنية، هنا تصبح الأمور مثيرة للاهتمام.

يوفر DuskEVM طبقة تطبيق متوافقة مع EVM، ما يمنح المطورين بيئة مألوفة باستخدام Solidity/EVM، مع تمكين تدفقات عمل سرّية عبر Hedger.

يجمع Hedger بين التشفير المتماثل (homomorphic encryption) وبراهين المعرفة الصفرية لدعم الخصوصية مع الحفاظ على إمكانية مراجعة المعاملات عند الحاجة.

ثم هناك Dusk Trade، طبقة التطبيق للأصول المالية المرمّزة، والمصممة حول أصول مثل السندات وصناديق الاستثمار المتداولة (ETFs) وصناديق سوق المال (MMFs) و(RWAs).

وعلى مستوى البنية التحتية، يركز Dusk أيضًا على التسوية الحتمية وتدفقات عمل الأصول المنظمة، بينما يهدف نهجه في الإصدار الأصلي إلى نقل المزيد من دورة حياة الأصل مباشرةً على السلسلة بدلًا من مجرد إنشاء رمز يمثل أصلًا مملوكًا في مكان آخر.

بالنسبة لي، هذه هي الجزء المثير للاهتمام في Dusk: ليست الخصوصية كميزة تُضاف لاحقًا، بل الخصوصية والامتثال والتسوية تُؤخذ معًا في الحسبان على مستوى البنية التحتية.
#dusk $DUSK @Dusk$AKE $ACE

أيام الاثنين صباحًا في كل أسبوع تكون دائمًا وقتًا متوترًا في شركتي.

قبل عامين، عندما كنت لا أزال أدير قسم العمليات، كانت الاجتماعات بين فريق المبيعات وفريق المحاسبة دائمًا مشحونة ويمكن أن تستمر لساعات.

كان فريق المبيعات يريد دائمًا البيع بسرعة وبطريقة بسيطة.

وكان فريق المحاسبة يريد أن تتبع كل معاملة العملية الصحيحة، مع توثيق كامل.

بشكل أساسي، كنت متفقًا مع فريق المحاسبة.

كنت الشخص المسؤول عن بناء وتحسين العملية بحيث يمكن لكل معاملة أن تظل ملتزمة بالمتطلبات النظامية بينما تكون في الوقت نفسه سريعة وفعّالة، مع الموازنة بين احتياجات الطرفين.

ولهذا السبب، عندما بدأت أولًا بالتداول ثم تعلمت المزيد عن P2P على Binance، كنت مقتنعًا تمامًا.

ما وجدته مثيرًا للاهتمام هو أن العملية لا تعطي الأولوية ببساطة للسرعة أو الأمان. بل إنها تنشئ تدفقًا منظمًا يسمح للطرفين بإتمام معاملة مع الحفاظ على ضوابط حماية مهمة.

تبدأ معاملة P2P النموذجية باختيار طرف مقابل مناسب، ثم مراجعة ملفه الشخصي ومعدل الإتمام وسجل التداول وتفاصيل الدفع.

بمجرد إنشاء الطلب، يتم حجز العملات المشفرة عبر آلية الضمان (escrow) بينما يكتمل لدى المشتري والبائع مسار عملية الدفع. يمكن للطرفين التواصل عبر دردشة الطلب، مما يحافظ على المعلومات المهمة مرتبطة بالمعاملة.

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

إذا حدث خطأ ما، يمكن أيضًا أن تدعم معلومات الطلب وسجلات الدردشة وأدلة الدفع عملية تقديم الاعتراض.

بالنسبة لي، هذه هي قيمة عملية P2P الجيدة.

لا تجبرك على الاختيار بين السرعة والدقة.

إنها تمنحك عملية تجعل الأمرين ممكنين.

#binancep2pantoan @Binance Vietnam $AKE $ACE $ROBO

قبل أسبوعين، تمت دعوتي إلى داكلاك لتقديم المشورة للشركات حول كيفية إدخال صادرات دوريان إلى الولايات المتحدة والصين.

عملت دون توقف لمدة 7 أيام، بما في ذلك يوم الأحد، والتقيت قرابة 2000 شخص، وتحدثت مع كل من المزارعين والشركات.

كانت القضية الرئيسية التي شرحتها هي الشفافية والوضوح بشأن معلومات المنتج: الجودة، وعمليات الإنتاج، والتغليف، وكل ما يتعلق بالدوريان.

«يحتاج العملاء إلى معرفة مصدر دوريانهم، وكيف تم زراعته، وأين تم تعبئته، والحصول على معلومات شفافة، والأهم إلى جانب ذلك هو الأمان.»

كان الجميع مترددًا في البداية، لكنني كنت أعرف أن هذا شيء يجب أن ننجح في جعله يعمل.

ذكّرني ذلك بتلك الرحلة بغسق.

المشكلة متشابهة. في التمويل المُنظَّم، تحتاج المؤسسات إلى إثبات أن الأصول والمعاملات والمشاركين يلبّون متطلبات معينة. لكن هذا لا يعني أن كل التفاصيل الحساسة يجب أن تصبح عامة.

هنا تصبح مقاربة غسق للخصوصية القابلة للبرمجة مثيرة للاهتمام بالنسبة لي.

مع العقود الذكية السرّية وعقود الأمان السرّية، صُمِّم غسق للحفاظ على خصوصية المعلومات الحساسة مع السماح في الوقت نفسه للأطراف المصرّح لها بالتحقق مما يهم.

تأخذ إثباتات المعرفة الصفرية ذلك خطوة أبعد: يمكن للمستخدمين إثبات أنهم يستوفون الشروط دون كشف البيانات الشخصية أو المالية. وهذا يخلق نموذجًا مختلفًا من الشفافية—ليس بكشف كل شيء، بل بإظهار المعلومات الصحيحة للطرف المناسب عند الحاجة.

بالنسبة للأسواق المُنظَّمة، هذا الفارق مهم.

يركّز غسق أيضًا على التسوية الحتمية، ما يمنح الأصول الرقمية مسارًا يمكن التنبؤ به من الإصدار والتحويل إلى التسوية.

علّمتني تجربتي في داكلاك أن الشفافية والخصوصية ليست بالضرورة طرفين نقيضين. التحدي هو بناء بنية تحتية يمكن أن يوجد فيها الاثنان معًا.

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

#dusk $DUSK @Dusk $EDEN $AKE