اعلم اعلم. هناك الكثير من مشاريع العملات المشفرة، وهناك الكثير من الإجماع: على أساس العمل والملكية، والذهب، والنفط، والفطائر المخبوزة (هناك واحد، نعم، نعم). ماذا نحتاج أكثر من واحد؟ هذا ما أقترح مناقشته بعد قراءة ترجمة الوثائق الفنية "الخفيفة" لمشروع *Constellation (). بالطبع، هذا ليس وصفًا كاملاً للخوارزمية، لكني مهتم برأي مجتمع حبر، هل هناك مكان لمثل هذا الإجماع أم أنه غير ضروري؟
لم يعد هناك الكثير من الرسائل، لذا إذا كنت تريد فقط أن تكتب "رائع، بقدر ما تستطيع عن العملات المشفرة"، فيرجى الامتناع عن ذلك. إذا كنت مهتمًا بالتطورات الجديدة في مجال الأنظمة الموزعة ولديك شيء لمشاركته في التعليقات، فيرجى الرجوع إلى cat.
ملاحظة: أنا لست مؤلف التكنولوجيا، ولا أستطيع أن أضمن النقل الكامل للجوهر، لذلك سأكون سعيدًا بتلقي التعليقات مع التعديلات، إن وجدت.
التطور من الإجماع المتزامن إلى الإجماع غير المتزامن
يتم اختيار العقد باستخدام عملية حتمية (نفس العملية المستخدمة في DHTs مثل bittorrent) والتي تقوم بضبط مسؤوليات العقد ديناميكيًا "لتسهيل" التحقق من الصحة، أو بشكل أكثر قابلية للفهم، لتحقيق الإجماع. نختار مجموعات من 3 عقد ونجري جولات توافقية بالتوازي بحيث يمكن لعقدة واحدة أن تكون ميسرًا في كتل متعددة. وهذا يسمح لنا بمعالجة المعاملات بشكل غير متزامن، وهو ما يعني بشكل أساسي أن لدينا العديد من سلاسل الكتل التي يتم تشكيلها في نفس الوقت. تشبه هذه العملية شبكة العنكبوت، التي تتكون من عدة خيوط، على عكس العقد التي تشكل سلسلة واحدة مع مرور الوقت. المعالجة غير المتزامنة أو المتوازية هي أساس البرمجة القابلة للتطوير لأنها تسمح باستخدام جميع موارد الكمبيوتر، وتسريع الحوسبة الشاملة. تسمى هذه الشبكة بالرسم البياني اللاحلقي الموجه أو DAG في علوم الكمبيوتر.
عرض قناة blockchain الخطية مقابل التأثير المضاعف لـ DAG حيث لدينا عدة سلاسل متوازية.
التنفيذ الهندسي لـ blockchain الخطي ضد DAG. النقاط السوداء هي كتل، والنقاط البيضاء هي العقد
نحن نستخدم 3 عقد في كل جولة إجماع لأنها تعطينا بعض العمليات الرياضية المثيرة للاهتمام للتفكير في الحالة، وتشكيل "مستوى سطحي" عبر البيانات في شكل مثلثات متصلة. يستخدم البروتوكول بعد ذلك المثلثات لتجميع السطح الأمثل الذي لا يحتوي على بيانات زائدة أو غير متناسقة ويحتوي على أصغر المثلثات الممكنة. من الناحية الخوارزمية، يشبه هذا "الحد الأدنى من القطع" للرسم البياني، ومن الناحية الرياضية، فهو مشابه لدالة مشتقة أو تحسينية (التي تجد الدالة من خلالها أقصر مسار يمكنها اجتيازه على طول السطح). يعادل هذا المسار الأقصر تخزين البيانات (المعاملات) على النحو الأمثل في DAG. "بلاطات" مثلثة متعارضة بحيث يكون سطح الحدث أملساً وخالياً من التعارضات.
التنفيذ الهندسي لاكتشاف/معالجة الصراع. تقوم الكتلة المتعارضة بإنشاء بلاطة سطحية إضافية. نقوم بإزالة بلاطات السطح الإضافية للحفاظ على سطح حدث مسطح (= خالي من الصراعات).
الإجماع على السمعة
في نظام سمعة P2P اللامركزي الأمثل، يجب أن تكون كل عقدة قادرة على تحديد ثقتها في العقد الأخرى بشكل مستقل. يستخدم نظامنا نموذجًا خاصًا يتضمن علاقات متعدية، أو العلاقات التي تربط العقدة بالعقد الأخرى، عند تعيين درجة عالمية. "أنت جيد فقط مثل شركتك." والنتيجة النهائية هي "انحراف" أو تدرج بناءً على الثقة المتعدية أو السمعة عبر جميع العقد في $DAG أو القناة العادية. يمكن اعتبار ذلك بمثابة فرشاة أو مبشرة جبن تمسح عبر "مستوى السطح" وتختار "البلاطات المثلثة" التي تريد مسحها وأيها تريد تركها. هذه هي الطريقة التي يزيل بها منطق الصراع فعليًا "البلاطات المثلثة".
DAG مع بلاطة متعارضة تمر عبر مساحة "منحنية" متدرجة، تشبه مبشرة الجبن، وسوف تقوم بإزالة أو "محو" البلاطة المتعارضة.
تحجيم العقدة الجزئية/الكاملة
في نظرية الشبكة، يُعرف التخصيص الأمثل عادةً باسم "بدون مقياس"، والذي يمكن وصفه بأنه ترتيب هرمي مع عقد مركزية كبيرة تدير العديد من العقد الطرفية الأصغر. وهذا التوزيع واضح في الطبيعة، وقبل كل شيء، على شبكة الإنترنت. تستخدم Constellation هذه البنية "لتوسيع" أو زيادة إنتاجية أو عرض الرسم البياني الخاص بنا.
تأثير التقسيم الهرمي. يمكننا إضافة المزيد من العقد عن طريق زيادة عرض النطاق الترددي
Hylochain - دعم التطبيقات القائمة على القناة
يمكن اعتبار نهجنا في دعم التطبيقات بمثابة "منصة عقد ذكية لا مركزية". بدلاً من تشغيل شبكة مركزية لكل المنطق ومعالجة جميع البيانات من التطبيق، تقوم شركة Constellation بتنسيق بيانات التطبيق مع "القنوات المنزلية"، والتي يمكن اعتبارها بمثابة محطة تلفزيون تبث جميع البيانات من النظام المنزلي. يمكن لكل قناة موظفين تنفيذ منطق التحقق الخاص بها لحل مشكلة أوراكل من خلال المصادقة الشاملة لمنتجي البيانات والتحقق العابر من أنظمة الموظفين المركبة. توفر شبكات القنوات الحكومية دعمًا متوازيًا للتطبيقات، مما يؤدي إلى تسريع أوقات الاعتماد التي يحدها الإجماع المتزامن التقليدي في شبكة العقود الذكية.
قناتان قياسيتان "متوافقتان" عبر شبكة $DAG. يمكن أن تتفاعل أو يتم تفسيرها لأنها "متكاملة" مع $DAG عن طريق نشر عقد $DAG + Channel المختلطة.
السبب وراء تسميته بـ Hylochain هو أن أسلوبنا في دعم التطبيقات يستخدم نموذج البرمجة الوظيفية Recursion Schemes لإنشاء واجهة MapReduce. على وجه الخصوص، يمكن دمج مخططات التكرار Hylomorphism وMetamorphism لإنشاء استعلامات يمكن التحقق منها واتصالات دفق عبر القنوات الأصلية من خلال التحقق من صحة أنواع البيانات الجبرية بنفس الطريقة التي يتم بها التحقق من رموز التشغيل للعقود الذكية. والنتيجة النهائية هي واجهة MapReduce الوظيفية المألوفة لمهندسي البيانات والمتوافقة مع تكنولوجيا البيانات الضخمة الحالية.
تعد Hylomorphic وMetamorphic من القنوات القياسية للتباين. في الحالة المتحولة، يتم إرسال البيانات من قناتين عاديتين إلى كتلة في القناة الوصفية. في Gilo، نأخذ الحالة السابقة للقناة ونستخدمها للاستعلام (طرح سؤال محدد) عن قناتين أخريين، ثم نقوم بتخزين نتيجة الاستعلام في كتلة.
علم الرموز وارتباطه بـHylochain
بمجرد إنشاء قناة أصلية، يمكن دمجها في قناة $DAG، ولكن باستخدام ACI أو واجهة سلسلة التطبيقات. هذه الواجهة هي ببساطة كائن JSON يحتوي على معلومات التكوين ومفتاح عام مرتبط بالقناة نفسها. السبب وراء ربطنا للمفتاح العام بقناة عادية هو إنشاء آلية وساطة لبيانات القناة العادية. عند نشر القناة العادية، يقوم المطورون بتكوين أنفسهم لكيفية توزيع المدفوعات من شبكة DAG $ بين العقد والمشغلين.
تدفق لشراء الوصول إلى المعلومات أو تعديل المعلومات. يتم إرسال الطلب إلى $DAG، ويتم إرسال الأموال إلى حساب القناة، ويتم إرسال النتيجة إلى المشتري، ويتم إرسال المجموع الاختباري للمعاملة إلى شبكة $DAG، والتي تقوم بعد ذلك بتحرير الأموال إلى القناة العادية.
المصدر: www.habr.com