ARK Core v2 – معلومات إضافية قبل إصدار الكود

لقد مرت بضعة أسابيع على آخر مشاركة تقنية في مدونتنا ، ومع اقتراب إصدار ARK Core v2 (ضع في اعتبارك أن “ARK لا تعطي تواريخ!”) نود مراجعة تفاصيل متعمقة عن ARK Core v2 القادم والمخبوز حديثًا

في منشور المدونة هذا ، نود أن نغطي ما هو ARK Core v2 وما هو ليس كذلك. مرحلة الاختبار النهائية لـ ARK Core v2 قيد التنفيذ على شبكة الاختبار الداخلية الخاصة بنا ونحن قريبون جدًا من إتاحة الرمز للجمهور للاختبار على Devnet. لا يمكن توقع مقدار الوقت الذي يستغرقه الاختبار على Devnet ووقت الدفع إلى Mainnet. هناك عوامل متعددة تلعب دورها مثل نتائج الاختبارات العامة والأخطاء التي قد تظهر. بمجرد أن يصبح الجمهور عامًا ، تتم دعوة كل شخص يحب إجراء اختبار pentest و / أو الاختراق و / أو الشفرة لمراجعة النواة والعثور على الأخطاء والإبلاغ عنها واقتراح التحسينات أو أي شيء من شأنه أن يساعد في تحسين رمز Mainnet.

تم تخصيص التكرار الأول لـ v2 ليكون متوافقًا بنسبة 100٪ مع بروتوكول v1. من أجل التبديل بأمان إلى الكود الجديد (مع القدرة على التعامل مع الترقية التالية) ، سيكون من الضروري إنشاء هارد فورك لتمكين البروتوكول الجديد القائم على AIP11. سنصدر معًا واجهة برمجة تطبيقات “عامة” تم تجديدها بالكامل ستجعل حياة مطوري تطبيقات العميل الخفيف أسهل بكثير. سيتم الإعلان عن ارتفاع كتلة الشوكة الصلبة AIP11 عندما تكون ARK جاهزة للإعلان عنها. قبل ذلك ، أي تاريخ في وقت حدوث ذلك هو مجرد تكهنات.

سيتم إصدار

ARK Core v2 على مرحلتين. ستشمل المرحلة الأولى من الإصدار v2 هيكل الرسوم الديناميكي الجديد وترقية multisig والمعاملات المحدثة في الثانية (TPS). ستتطلب المرحلة التالية من الإصدار 2 هارد فورك ، ودمج مدفوعات AIP11 المتعددة ، ومبادلات القفل والرموز ، وانتهاء صلاحية المعاملات.

نود أيضًا أن نعلن أن تكامل ARKVM سيستأنف مع إصدار corev2 على devnet. تم الانتهاء من غالبية التكامل للإصدار 1 ، والآن سيبدأ المنفذ إلى الإصدار 2. مرة أخرى كما نقول ، “لا تقدم ARK أي تواريخ” ، لذا شاهد خارطة الطريق لتقدم VM.

الآن ، دعنا نغطي بعضًا من أكثر الموضوعات التي يتم الحديث عنها حتى لا يتم تداول أي معلومات خاطئة.

حظر الأوقات (بدون تغييرات)

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

تفويض الأرقام (بدون تغييرات)

سيظل عدد المفوضين عند 51. تتطلب زيادة عدد المندوبين اختبارًا مكثفًا وستحدث على أساس تقليل فترات الاستجابة (على سبيل المثال عن طريق تقليل TPS وزيادة وقت الحظر) أو عن طريق زيادة مركزية العقد.

الرسوم (بدون شوكة)

كان أحد أكثر الطلبات “المتوقعة” من المجتمع هو بالتأكيد تخفيض الرسوم ، خاصة مع ارتفاع سعر ARK خلال العام الماضي. يحتوي ARK Core v1 بالفعل على رسوم مرنة متكاملة ، ولكن لم يتم تمكين ذلك على مستوى إنشاء العميل والكتل. سيقوم ARK Core v2 بتنشيط هذا دون الحاجة إلى هارد فورك (والذي كان مطلوبًا إذا لم يتم تحضيره في الإصدار 1).

ما سيضيفه v2 على v1 هو:

تقع على عاتق المندوبين النشطين مسؤولية تعديل الرسوم ، بطريقة مماثلة كما يفعل المعدنون في البيتكوين. ستكون صيغة هيكل الرسوم الديناميكي الجديد لشركة ARK متناسبة مع حجم المعاملة. على سبيل المثال ، ستؤدي إضافة البيانات إلى حقل البائع إلى زيادة رسوم المعاملات نظرًا لزيادة حجم بايت المعاملة الإجمالي. نظرًا لأن بعض أنواع المعاملات ستتطلب المزيد من استهلاك الموارد ، فسيتم اقتراح حد أدنى للرسوم على تلك المعاملات (على سبيل المثال: التصويت وتسجيل المندوبين). من الناحية النظرية ، يمكن أن تؤدي صيغة الرسوم الجديدة هذه إلى خفض رسوم المعاملات إلى 1 Arktoshi (0.00000001 ARK).

سنعمل على قدرة العملاء (ark-desktop و ark-mobile والمكتبات) على تقدير رسوم المعاملة التي سوف “تبنيها” بمجرد استقرار السوق. من المؤكد أن الرسوم الافتراضية الحالية للعملاء الحاليين ستكون أعلى من رسوم السوق عندما يتم تمكينها ، لذلك لا نتوقع حدوث احتكاكات في هذا الجانب ، وسيواصل هؤلاء العملاء العمل كما هو متوقع.

فيما يلي تفاصيل هيكل الرسوم الديناميكي الجديد لـ ARK.

سيكون الحد الأدنى للرسوم المقبولة من الشبكة 0.00000001 ARK أو 1 Arktoshi.

صيغة الحساب هي: TXFee = (T + S) * C

T: الحد الأدنى لبايت الإزاحة اعتمادًا على نوع المعاملة المحددة بواسطة الشبكة (بايت). سيتم تحديد كل قيمة محددة قبل إصدار devnet (على سبيل المثال: voiceTX = 100، multiTX = 5، منتظم TX = 0)

S: حجم بايت المعاملة المتسلسلة = 80 بايت كحد أدنى للإرسال العادي (رأس 47 بايت + 33 بايت TX عادي). ستختلف الرؤوس وبايتات الإرسال باختلاف كل نوع من أنواع الإرسال (أي: الإرسال العادي = 33 بايت + الحد الأدنى. 47 بايت للرأس ، MultiTX = 29 بايت × (عدد الإرسال) + الحد الأدنى 47 بايت للرأس + 2 بايت لتحديد عدد المخرجات ). ستضيف مدخلات Vendorfield إلى إجمالي بايتات الرأس.

C: ثابت (ARK / بايت) يحدده المندوب بما في ذلك المعاملة في الكتلة المزورة.

يمكن أن تحتوي C على أكثر من 8 منازل عشرية ، والشرط الوحيد هو أن يكون TXFee في النهاية أكثر أو يساوي 0.00000001 ARK (1 Arktoshi).

< مثال:

بالنسبة إلى النقل الأساسي ، يمكن أن يكون لدينا T = 0 بايت ، C = 0.0001 ARK / بايت.

لمعاملة نقل أساسية مع VendorField S فارغة = 80 بايت ، ومن ثم TXFee = (0 + 80) * 0.0001 وهو 0.008 ARK.

بالنسبة إلى TX للتصويت ، يمكن أن يكون لدينا T = 100 بايت ، C = 0.0001 ARK / بايت ، S = 82 بايت ، TXFee = (100 + 82) * 0.0001 وهو 0.0182 ARK.

المعاملات في الثانية (بدون شوكة)

لقد رأينا بعض الصور والمقارنات تطفو حول أن النواة الجديدة لـ ARK ستحتوي على 14000+ TPS. دعنا نخرج هذا بعيدًا – لن يحتوي ARK core v2 على ما يقرب من 14000+ TPS. لا نعرف من أين نشأت هذه الأرقام ، لكنها خاطئة.

لوضع هذا في المنظور (14000 TPS) ، فإن حجم معاملة واحدة في شبكة ARK يحتوي على 80 بايت كحد أدنى (47 بايت رأس المعاملة + 33 بايت حمولة المعاملة ، أكثر إذا كانت البيانات الإضافية أو نوع نقل مختلف) مما يعني سيتم معالجة 1.12 ميغابايت من المعاملات في كل ثانية إذا تم ملء جميع الكتل. سيزداد حجم blockchain اليومي بأكثر من 95 غيغابايت وفي عام واحد سيتجاوز حجم blockchain 34 تيرابايت.

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

سيوفر ARK Core v2 بالطبع معالجة أفضل للمعاملات (سيؤدي تسلسل المعاملات وإلغاء تسلسلها إلى تقليل حجم البايت مما سيزيد السرعة أيضًا). يمكن أن يؤدي ذلك إلى زيادة TPS وتوفير خيارات قابلية تطوير أفضل للمستقبل مع معاملات أصغر حجمًا. يمكن زيادة TPS بسهولة باستخدام تفرع بسيط (تغيير قيمة في ملف التكوين وتحديث العقد إلى أحدث رمز).

سيتم وضع حد أقصى لـ ARK core v2 مبدئيًا عند حوالي 150 معاملة لكل كتلة (تم تعيين ARK core v1 حاليًا على 50 معاملة لكل كتلة). هذا يجعل TPS يصل إلى حوالي 19. من الممكن أن تكون الأرقام أعلى بكثير ، ولكن لا توجد حاليًا حاجة إلى الحد الأقصى من TPS. إلى جانب الرسوم المخفضة ، نحتاج إلى إيجاد وسيلة سعيدة لمنع الرسائل غير المرغوب فيها من المعاملات وانتفاخ blockchain. بالطبع ، سيكون اختبار الحدود العليا لـ TPS ممتعًا للغاية على Devnet ، وسيتطلب إجراء اختبارات مكثفة قبل إجراء أي تغييرات جذرية على Mainnet.

هذه الأرقام مخصصة لإصدار Devnet فقط ، وسيتم تحديد أرقام Final v2 Mainnet TPS بعد اكتمال اختبار Devnet.

التواقيع المتعددة (Soft Fork)

المعاملة متعددة التوقيعات هي نوع معاملة خاص يرتبط بأكثر من مفتاح خاص واحد. أبسط مخطط هو عنوان m-of-n ، حيث يمثل n العدد الإجمالي للمفاتيح الخاصة المرتبطة بالعنوان ، ويتطلب إرسال ARK من هذا العنوان توقيعات من مفاتيح m على الأقل. المعاملة متعددة التوقيعات هي تلك التي ترسل الأموال من عنوان متعدد التوقيعات.

يتمثل الاستخدام الأساسي للتوقيعات المتعددة في زيادة صعوبة الوصول إلى العملات المرتبطة بمفتاح خاص معين. باستخدام عنوان 2 من 2 ، يمكنك الاحتفاظ بالمفتاحين على جهازين منفصلين تمامًا ، وعلى هذا النحو تتطلب السرقة التنازل عن المفتاحين الخاصين ، وهي مهمة أكثر صعوبة بكثير من وضع يديك على مفتاح واحد – خاصة إذا كانت الأجهزة مختلفة تمامًا (على سبيل المثال ، جهاز كمبيوتر واحد وجهاز مخصص ، أو جهازان مستضافان مع مضيف ونظام تشغيل مختلفين). سيتم استبدال التوقيع الثاني لـ ARK (عبارة المرور الثانية) بدعم متعدد التوقيعات (سيظل التوقيع الثاني يعمل لأنه في الأساس نوعان من نوعين متعددين التوقيع).

يمكن استخدامه أيضًا للتكرار للحماية من الضياع – باستخدام عنوان 2 من 3 ، لا تتطلب سرقة / نقل العملات الحصول على مفتاحين مختلفين فحسب ، ولكن لا يزال بإمكانك استخدام العملات المعدنية إذا نسيت أيًا منها مفتاح. هذا يسمح بخيارات أكثر مرونة من مجرد النسخ الاحتياطية. يمكن استخدامه أيضًا لسيناريوهات أكثر تقدمًا مثل العنوان المشترك من قبل عدة أشخاص ، حيث يلزم تصويت الأغلبية لاستخدام الأموال (على سبيل المثال: محفظة الضمان).

المدفوعات المتعددة (Hard Fork – AIP11)

لتقليل الحمولة على blockchain لحساب كميات كبيرة من tx ، يمكنك دمج (دفعة) هذه المدفوعات في معاملات متعددة الدفع. سيساعد هذا أيضًا في تقليل الرسوم لكل دفعة. (على سبيل المثال: يؤدي إرسال 16 tx دفعة واحدة دفعة واحدة فقط إلى فرض رسوم tx واحدة بدلاً من 16 رسومًا مختلفة.)

ستوفر المعاملات متعددة الدفع ما يصل إلى 65546 بايت في الحجم (2 بايت لعدد المخرجات و 29 بايت لكل إخراج TX متعدد الدفع = 2260 tx لكل دفعة متعددة كحد أقصى) ليتم تضمينها في نوع معاملة متعددة الدفع . سيكون هذا بالتأكيد مفيدًا للمندوبين الذين يقدمون دفعات يومية للعديد من عناوين التصويت.

في البداية ، سنقتصر هذا على 16 ناتجًا محتملاً (16 دفعة لكل معاملة) ونزيد حسب الحاجة مع مزيد من الاختبارات.

Timelocks و Token Swaps (Hard Fork – AIP11)

لاحظ أن هذه الميزة لا تزال قيد المراجعة ومن المرجح أن تتغير تفاصيل كثيرة في مواصفات AIP11.

كانت هناك محادثات مفادها أن bridgechains / ARKchains ستكون مطلوبة لتشغيل عُقد ترحيل ARK من أجل تحقيق إمكانات المبادلة داخل نظام ARK البيئي والحصول على قدر معين من عملات ARK التي ستحتفظ بها تلك السلاسل. لا نريد أن يضطر أي بريدجيكين إلى الاعتماد على ARK mainchain لتشغيله. سيتم تحقيق المقايضات داخل نظام ARK البيئي باستخدام القفل الزمني الذي يجمع بين أنواع tx متعددة التوقيع. سنقوم بتطوير إمكانيات مبادلة سهلة الفهم وقابلة للاستخدام داخل محفظة سطح المكتب ARK (لاحقًا على الهاتف المحمول والويب أيضًا). يجب أن يكون التبادل سهلاً مثل إدخال بعض القيم والانتظار على كلا الطرفين لقبول الشروط (على سبيل المثال: تبادل 5 ARK مقابل 100 رمز شخصي أو العكس بطريقة غير موثوقة). سنركز تطويرنا على هذا بعد الإصدار الأولي للإصدار الثاني.

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

يحدد نوع Timelock الأنواع المختلفة لحقل قيمة timelock. الأنواع الحالية المدعومة ستكون:

انتهاء الصلاحية (Hard Fork – AIP11)

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

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

ملخص

لتلخيص كل شيء – سيقدم ARK Core v2 الكثير من الميزات الجديدة ، باتباع أفضل ممارسات البرمجة التي أثبتت جدواها. سيكون أيضًا متوافقًا مع الإصدارات السابقة بنسبة 100٪ لتسهيل الانتقال إلى قاعدة التعليمات البرمجية الجديدة ، والوحدات النمطية ، وأسرع وأسهل للمبرمجين في الفهم والمساهمة.

سيكون ARK Core v2 فصلًا جديدًا تمامًا في رؤية ARK ونحن متحمسون جدًا لنشر ذلك في العلن. مع الإصدار 2 ، سنقطع تمامًا رمز Crypti / Lisk القديم الخاص بنا ، وفي نفس الوقت نثبت أنفسنا كرواد ومبدعين وقادة في مجال blockchain.