كيف تُولّد Dusk أدلة ZK التي تحافظ على خصوصية المعاملات؟ تفاصيل واحدة جعلتني أتوقف: يستخدم كل عامل مُثبت نواة CPU واحدة، ويتم إنشاء الأدلة بطريقة أحادية الخيط. هذا غيّر منظوري. يمكن أن تبدو أدلة ZK شبه سحرية لأن الأدلة النهائية صغيرة ويمكن التحقق منها بسهولة. لكن الحسابات الصعبة لم تختفِ. لقد انتقلت إلى جانب المُثبت، حيث تقوم الآلات بتنفيذ الحمل وتقديم الأدلة قبل أن يتمكن الشبكة من التحقق منها. بمراجعة هذا التدفق، بدأت أفكر في Dusk بشكل مختلف. لا تحتاج الشبكة إلى أن يعيد كل مُحقق الحساب الكامل. فالمُثبتون يحملون الحمل الأثقل، بينما يقوم المُحققون بالتحقق من الأدلة الناتجة. هذا يطرح سؤالًا مثيرًا حول قابلية التوسع لبنية Dusk الخاصة بالخصوصية: إذا نمت Dusk بشكل هائل، ماذا سيصبح العائق الحقيقي؟ هل هو سرعة قدرة الشبكة على التحقق من الأدلة، أم كمية البنية التحتية المتاحة لإنتاجها؟ لهذا السبب، أرى أن مُثبتات Dusk تستحق النظر إليها بأبعد من مجرد تسمية "الخصوصية". فالخصوصية لا تتعلق فقط بالتشفير، بل تعتمد أيضًا على البنية التحتية التي تجعل التنفيذ الخاص القابل للتوسع ممكنًا. سأستمر في استكشاف قدرة المُثبتات وكيف يمكن أن تؤثر عملية إنشاء الأدلة على قابلية توسع خصوصية Dusk. @DuskFoundation $DUSK #dusk
أن تكون بين مشاعر الطفل ومشاعرك الخاصة أمر صعب جدًا... أعتقد أن كفاية أن تقولي: "الآن مشاعر أمي مرهقة، لذا أحتاج إلى بعض الوقت"، دون محاولة شرح الأمور بشكل مثالي. لا تلومي نفسك على الإطلاق.
@DuskFoundation $DUSK #dusk هذا هو المكان الذي يصبح فيه الفكرة وراء Dusk Trade مثيرة لاهتمامي. فلا يبدو أن تركيزها يقتصر فقط على تحويل الأصول إلى رموز ثم تركها كما هي. بل تهدف إلى ربط سلسلة العمل الكاملة، بما في ذلك تسجيل المستثمرين، وتحديد أهليتهم، وربط المحافظ، والتجارة، والتسوية، ضمن بيئة واحدة. لكن لا يزال هناك سؤال واحد معلقًا. فالامتثال يجعل السوق أكثر أمانًا، لكن قواعد الأهلية نفسها قد تقلل من عدد المشترين المحتملين. لذا، حتى لو كانت التكنولوجيا جيدة، فإن السيولة العميقة لا تظهر تلقائيًا. بالنسبة لي، فإن الاختبار الحقيقي لـ Dusk Trade هو هذا: هل يمكنها جذب عدد كافٍ من المُصدرين والمستثمرين المؤهلين إلى نفس المنصة لإنشاء سيولة ذات معنى؟ إذا استطاعت ذلك، فقد تصبح الترميز أكثر من مجرد تنسيق جديد للأصول. فقد تصبح بنية تحتية سوقية حقيقية. لكن إذا ظلت مشكلات البداية الباردة وتشتت قواعد الأهلية تحد من التدفق، فقد تبقى السوق فارغة حتى مع وجود بنية تحتية جيدة. حاليًا، السؤال الأكثر إثارةً بالنسبة لي حول Dusk هو هذا: هل يمكنها تحويل الأصول المُرمَّزة إلى سوق حقيقي، وليس مجرد قائمة مُرمَّزة؟
نهج Dusk نحو الأصول المالية المُرمَّزة. يمكن أن يعني الترميز إنشاء تمثيل على السلسلة لأصل موجود في مكان آخر. ثم يمكن استخدام التمثيل على البلوكشين داخل بيئة على السلسلة @DuskFoundation $DUSK #dusk https://t.co/WFp557v71l
لقد تعمقت أكثر في آلية النهاية المتكررة لـ Dusk. يبدأ الكتلة كـ "مقبولة"، ثم تصبح "مُعتمدة" بعد توفر عدد كافٍ من الأصوات، ثم تنتقل إلى "مؤكدة"، وأخيرًا "نهائية". الجزء المثير للاهتمام هو الفرق بين n=0 و n>0: • الدورة الأولى (n=0) تستخدم المسار السريع. بمجرد وصولها إلى حالة "مُعتمدة"، يمكن اعتبارها غير قابلة للعكس فورًا. • الدورات اللاحقة لا تزال بحاجة إلى تأكيدات إضافية حتى بعد أن تصبح "مُعتمدة". من المنطقي أن الشبكة لا تريد من مُولّد كتلة لاحق أن يحصل على نفس النهاية الفورية إذا فشل المحاولة الأولى. أتساءل كيف يتم تنفيذ هذه القواعد حاليًا، وما إذا كانت متطلبات التأكيد يمكن أن تتغير مع الوقت. @DuskFoundation $DUSK #dusk
DUSK هي محاولة منها لجعل دورة حياة الأصول المنظمة جزءًا أصيلًا من الشبكة. يمكن تنسيق الإصدار، والأهلية، والتحويلات، والتسوية، والامتثال حول حالة مشتركة بدلاً من ربطها عبر قواعد بيانات منفصلة. لا أعتقد أن هذا يجعل المطابقة تختفي. ستظل السجلات الخارجية، والأنظمة القانونية، والتوافقية مهمة. لكن إذا استطاع مزيد من المشاركين الاعتماد على حالة الأصل الأساسية نفسها، فقد ينخفض حجم التحقق المكرر والتنسيق التشغيلي. هذا يحمل فائدة أقل وضوحًا: فقد يمكن استخدام رأس المال والأشخاص الذين يُربطون حاليًا بعمليات المكاتب الخلفية في أماكن أخرى. @DuskFoundation $DUSK #dusk
قبل لحظة، كان النمر يتلقى قبلة طائرة من سيدة 😘🐯 لكن بمجرد أن رأت النمرة المشهد، تغير مزاجها تمامًا 😂 السيدات في كل مكان نفسهن https://t.co/9yRAjC8DvR
ظهر مظهر الدجاجة للتو وأوقف المحادثة بأكملها. 😂🐓🐓🐔🐔🐔🐔🐔