نظرة عامة على ميزات بروتوكول Bitshares

هذه المقالة عبارة عن ضغط موجز لنتائج البحث والدراسة لبروتوكول Bitshares. تطبق المنصة اللامركزية التي تحمل الاسم نفسه العملات المشفرة والعقود الذكية ومنصة التداول والكثير من الوظائف المثيرة للاهتمام. قد تكون المادة مفيدة من حيث أنها بالفعل مألوفة مع ميزات بروتوكول Bitcoin ، لكنها لم تسمع عن Bitshares ، وهو بدوره نظام محاسبة مع حل وسط جيد بين اللامركزية وعرض النطاق الترددي. بالإضافة إلى ذلك ، تم أخذ بروتوكول Bitshares كأساس في الأنظمة اللامركزية الأخرى: Steemit ، EOS.

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


دانيال لاريمر في كافتيريا المدرسة

الغرض من منصة Bitshares

دانيال لاريمر ، المعروف أيضًا باسم Bytemaster ، هو الإيديولوجي الرئيسي والمطور للبروتوكول. تسمح منصة Bitshares لأي شخص بإنشاء الأصول التي يصدرها المستخدم (UIAs) أو الرموز الرقمية. وبالتالي ، تأخذ المنصة في الاعتبار العملة الأساسية ، أي العملة المشفرة باستخدام مؤشر BTS والعديد من الرموز المميزة للمستخدم.

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

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

ميزة أخرى للمنصة هي دعم المدفوعات بمستوى عالٍ من خصوصية المستخدم ، والتي يمكن استخدامها اختياريًا. في Bitshares ، تسمى هذه التكنولوجيا Stealth Transfers.

التطوير وتاريخ الإطلاق

تعرف على تاريخ إطلاق هذه المنصة اللامركزية لفترة وجيزة.

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

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

في وقت لاحق ، قدم المطورون بروتوكول Bitshares الإصدار 1.0 وتم الإعلان عن تاريخ إصدار الكتلة الأخيرة في Bitshares PTS blockchain مسبقًا. نظرًا لأن الإصدار الجديد من البروتوكول مكتوب تقريبًا من الصفر ويستخدم تنسيقات بيانات جديدة تمامًا ، فإن التحديث له خصائصه الخاصة. يتم أخذ لقطة لحالة جميع العملات المعدنية غير المنفقة في وقت آخر كتلة من blockchain القديمة ونقلها إلى Genesis Block من blockchain الجديد. اتضح أن جميع المراسلات بين المفاتيح العمومية والأرصدة محفوظة ، أي أنه يمكنك الاستمرار في استخدام العملات المعدنية باستخدام نفس المفاتيح الخاصة. وهكذا ، في 14 ديسمبر 2014 ، تحول المستخدمون إلى إصدار جديد من البروتوكول ، حيث تم تحقيق الإجماع بالفعل وفقًا لقواعد إثبات الحصة المفوضة ، ولا يتم توفير التعدين وإصدار العملات المعدنية الجديدة.

في أكتوبر 2015 ، كان هناك تحديث رئيسي آخر لبروتوكول Bitshares إلى الإصدار 2.0 ، والذي سار بنفس الطريقة.

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

نموذج الحساب

الآن دعونا نرى كيف يتم ترتيب الحسابات في بروتوكول Bitshares 2.0. يستخدم التشفير على المنحنيات الإهليلجية ، والمنحنى نفسه هو نفسه تمامًا كما هو الحال في بروتوكول Bitcoin. هناك تنسيق عنوان يستخدم قيمة التجزئة للمفتاح العام ، نظام الرقم الأساسي 58 ، البادئة BTS ولا يحتوي على المجموع الاختباري. ولكن نادرًا ما يتم استخدام هذا التنسيق ، حيث يتم تحسين قاعدة بيانات النظام الأساسي العام بطريقة تجعل كل كائن ، بما في ذلك حساب المستخدم ، له معرف فريد خاص به ، وهو في الواقع عدد صحيح يبلغ 8 بايت (أو 64 بت) في الحجم. في العمليات المعتادة لإرسال الدفع ، يشار إلى معرف الحساب هذا. بالإضافة إلى ذلك ، يدعم البروتوكول تسجيل أسماء فريدة. تم تنفيذ وظائف مماثلة لأول مرة في بروتوكول Namecoin. وبالتالي ، في Bitshares ، يمكنك تسجيل سلسلة يمكن للمستخدم قراءتها ستكون فريدة داخل blockchain المقابلة وربط حسابك من أجل استخدام هذا الاسم بدلاً من معرف الحساب.

تحقيق إجماع DPoS

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

نموذج الصفقة

دعونا نفحص بمزيد من التفصيل نماذج المعاملات في Bitshares.

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

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

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

هذا هو تنسيق المعاملات غير الموقعة. من أجل التوقيع على المعاملة بشكل صحيح ، تحتاج إلى تحليل جميع العمليات من حقل العمليات_المحركة وعمل قائمة بالحسابات التي يجب أن تؤكد المعاملة. ثم يصبح من الواضح ما هي المفاتيح التي تحتاجها لتوقيع المعاملة. يتم وضع جميع التوقيعات اللازمة في حقل منفصل - التوقيعات. إذا لم يكن توقيع واحد على الأقل كافياً ، فسيتم اعتبار المعاملة بأكملها غير صحيحة.

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

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

تبادل الأصول اللامركزية

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

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

مرونة إدارة الحساب

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



تخيل هذا بشكل تخطيطي. في أعلى التسلسل الهرمي ، يوجد حساب يستحيل معه ضمان المعاملة بمفتاح واحد. يمكن القيام بذلك فقط من خلال تأكيد عدة حسابات ومفاتيح أخرى. وعادة ما يطلق على أعضاء المستويات الدنيا من التسلسل الهرمي الموقعين. لكل منهم وزنه الخاص في تأكيد العملية. على سبيل المثال ، في هذا المخطط ، يبلغ وزن الموقعين 25 و 40 و 35 و 40 وحدة ، ويمكن أن تكون العتبة اللازمة لتأكيد نوع معين من العمليات 50 أو 60 أو 70 وحدة. في نفس الوقت ، بالنسبة لأنواع العمليات الأخرى ، قد يحدث توزيع وزن مختلف وقيمة عتبة مختلفة.

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

مشكلة UIA

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

بناء على طلب المصدر ، من الممكن تلبية متطلبات KYC (اعرف عميلك - اعرف عميلك) باستخدام آلية القائمة البيضاء (قائمة الحسابات المسموح بها) والتأكيد الإضافي (الموافقة) للمصدر. تحتوي القائمة البيضاء على حسابات يمنحها مصدر الأصل الإذن بتلقي الرموز المميزة والاحتفاظ بها. وتسمح آلية التأكيد الإضافي للمُصدر بالتحكم في كل معاملة لتحويل أو تداول الرموز (يمكنه رفض أو الموافقة على كل معاملة بأصوله).

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

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

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

آلية التصويت

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

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

آلية العمولة

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



تجدر الإشارة إلى الحد الأقصى لعدد العملات المعدنية في العملة الأساسية. تم إصدار ما مجموعه 3.6 مليار عملة معدنية ولم يتم إصدار أي إصدار إضافي. في الوقت نفسه ، في عام 2018 ، هناك حوالي 2.6 مليار عملة معدنية في التداول الحر ، وحوالي 1 مليار في مجموعة الاحتياطي.

عملات ذكية

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

تنسيق رأس الكتلة

يحتوي رأس الكتلة في Bitshares على بنية أبسط وحجم أصغر من رأس الكتلة في Bitcoin.

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

ستتضمن الكتلة الكاملة عنوان الكتلة وتوقيع المدقق الذي أنشأ هذه الكتلة وقائمة المعاملات المضمنة في هذه الكتلة.

ضمن بروتوكول Bitshares ، هناك 4 مفاهيم تلعب دورًا رئيسيًا في تشغيل النظام الأساسي: الكتل والمعاملات والعمليات والأشياء. الكائنات هنا تسمى الحساب ، الأصول ، الرصيد ، العرض ، إلخ.

العديد من العمليات وميزات تنفيذها

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

فيما يلي قائمة قصيرة بالعمليات الأكثر شعبية:

• ينقل transfer_operation أصلًا محددًا من رصيد حساب إلى آخر ؛
• يحد_الحد_الإنشاء_العملية كائن طلب تبادل الأصول؛
• fill_order_operation , , , ;
• account_create_operation ;
• blind_transfer_operation ;
• asset_create_operation ;
• asset_update_operation - ;
• asset_issue_operation ;
• witness_create_operation .

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



وفقًا لموقع blocktivity.info التحليلي للموارد ، في يوليو 2018 ، تعالج منصة Bitshares أكثر من 60٪ من إجمالي عدد المعاملات التي أكدتها جميع المنصات اللامركزية.

تنظيم قاعدة البيانات

الآن دعونا نلقي نظرة على ميزة معمارية مهمة لبروتوكول Bitshares الذي يساعد على تحقيق مثل هذه الإنتاجية العالية.



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

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

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

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

تحسين منطق الأعمال

تستخدم العديد من أنظمة المحاسبة لغة برمجة للأغراض العامة لتحديد جميع العمليات. تستخدم أنظمة المحاسبة هذه في نهاية المطاف "معالج منطق الأعمال" كجهاز افتراضي ، ويتم تعريف جميع المعاملات على أنها برامج نصية سيتم تشغيلها بواسطة الجهاز الظاهري. يستخدم هذا الأسلوب آليات تزامن خيوط المعالج الحقيقي ودمجها وتنفيذ جميع التعليمات من خلال معالج افتراضي. المعالج الافتراضي ، حتى مع تجميع Just-In-Time ، سيكون دائمًا أبطأ من المعالج الحقيقي ، ولكن السرعة النهائية للحسابات ليست المشكلة الوحيدة للنهج عندما يكون كل شيء عبارة عن برنامج نصي.

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

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

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

خيارات خصوصية المستخدم

لوحظ أعلاه أن نظام المحاسبة Bitshares يستخدم الحسابات والأرصدة ، على عكس Bitcoin ، حيث تعتمد المحاسبة على مخرجات المعاملات غير المنفقة. إن رفع مستوى الخصوصية على منصة Bitshares ليست مهمة تافهة ، لأنه في حالة الحسابات والأرصدة ، يكون من الأسهل جعل المستخدمين أكثر اختلافًا من Bitcoin.

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

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

تستخدم Bitshares مدفوعات منتظمة (غير سرية) افتراضيًا ، ولكن يمكن للمستخدمين استخدام تحويلات Stealth Transfers إذا رغبوا في ذلك. وبالتالي ، يتم حساب العملات المعدنية على المنصة بطريقتين مختلفتين.

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

• يتم استخدام transfer_to_blind_operation لنقل العملات من العملات المفتوحة إلى المخفية ؛
• blind_transfer_operation لتحويل العملات المعدنية بطريقة مخفية ، و transfer_from_blind_operation لتحويل العملات المعدنية من دورة مخفية إلى دورة مفتوحة.

من الواضح أن هذه العمليات أكبر من المعتاد من حيث حجم البيانات ، وبالتالي ، تتطلب عمولة أكبر.

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

أسئلة متكررة

- هل تدعم Bitshares القدرة على تحديد شروط عشوائية لإنفاق العملات المعدنية ، على سبيل المثال ، باستخدام برنامج Bitcoin Script؟

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

- هل هناك أي تطبيقات للعقد خفيفة الوزن لشبكة Bitshares مماثلة ، على سبيل المثال ، لعقد SPV لشبكة Bitcoin؟

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

- ما هي فترة تشكيل الكتلة على منصة Bitshares؟

في عام 2018 ، هذه 3 ثوانٍ. من المثير للاهتمام ، يمكن تكوين فترة تشكيل الكتلة دون تحديث البروتوكول.

- إذا قمت بتسجيل اسم حساب جميل على منصة Bitshares ، فهل من الممكن بيعه إلى مستخدم آخر؟

نعم ، في الواقع ، هناك مثل هذا الخيار ويعمل بشكل جيد.