هل من الممكن أن يصبح فصل الشتاء المشفر العملة العصر الذهبي لتكنولوجيا blockchain؟ مرحبًا بكم في 2019 ، عام التبادلات اللامركزية (DEX)!
يمر كل شخص له علاقة بعملات التشفير أو تقنية blockchain بفصل الشتاء القاسي ، وهو ما ينعكس في الجبال الجليدية على الرسوم البيانية للأسعار المشهورة وليس العملات المشفرة (
لاحظ : في
الماضي قاموا بترجمتها ، تغير الموقف قليلاً ... ). مرت الضجيج ، انفجرت فقاعة ، ودخان الدخان. ومع ذلك ، ليس كل شيء سيء للغاية. تستمر التكنولوجيا في التطور وإيجاد مخرج في حلول مثل التبادلات اللامركزية (DEX - تغيير اللامركزية
السابقين ) ، والتي تم تصميمها لتغيير النظام الإيكولوجي للعملات المشفرة جذريًا في عام 2019.
ما هو التبادل اللامركزي؟
قد يفاجأ. على منصات التداول المركزية ، CEX (أو التبادل المركزي. ،
ملاحظة: في CEX الأصلي هذا هو اختصار ، لا تخلط مع اسم البورصة الشعبية CEX.io ) ، مالك المنصة هو مجرد وسيط ، نوع من مصرفي التشفير. وهو مسؤول عن تخزين وإدارة جميع الصناديق التي يتم تداولها على المنصة. CEX عادة ما تكون منصة بسيطة وبأسعار معقولة توفر سيولة عالية ومجموعة متنوعة من أدوات التداول. تعمل المنصة أيضًا كبوابة بين العملات الورقية وأصول التشفير.
ومع ذلك ، فنحن متحمسون للتشفير ، نعلم ما هي مخاطر المركزية والثقة في الوسطاء ، على سبيل المثال ، وفاة مؤسس بورصة Quadriga وفقدان مفاتيح المحفظة التي تم تخزين أموال المستخدمين عليها. في حالة وجود موقع مركزي ، يصبح نقطة فشل أو رقابة واحدة.
هدف DEX هو القضاء على الوسطاء ونقطة واحدة من الفشل ، من خلال إجراء المعاملات مباشرة بين المستخدمين ، على blockchain نفسه ، الذي يقع في قلب النظام الأساسي ، وتجاوز منصة التداول. وبالتالي ، فإن الهدف الرئيسي من DEX هو ببساطة تزويد مشتري الأصل ببنية تحتية لإيجاد البائعين والعكس صحيح.
الميزة الرئيسية لـ DEX على CEX واضحة:
- "الموثوقية". لم تعد هناك حاجة إلى وسيط. وبالتالي ، يكون المستخدمون أنفسهم مسؤولين عن أموالهم ، وليس عن منصة مركزية (قد يموت مديرها ، قد يتم سرقة المفاتيح أو اختراقها) ؛
- نظرًا لأن المستخدمين مسؤولون عن أموالهم ولا يوجد وسيط في شكل منصة ، فلا يوجد احتمال للرقابة (لا يمكن تجميد الودائع وحظر المستخدمين) ، ولا يلزم التحقق (KYC) للوصول إلى فرص التداول ، وجميع عمليات التداول تكون "مجهول" ، نظرًا لعدم وجود هيئة "تحكم" وسيطرة ؛
- والأهم من ذلك ، كقاعدة عامة ، في DEX يمكنك إجراء أي نوع من التبادل بين الأصول (شريطة أن تكون عروض البائع والمشتري متساوية) ، لذلك لا تقتصر شروط إدراج الأدوات ، كما هو الحال في CEX ( ملاحظة : في الحالة العامة ، هذا ليس كذلك ، هنا يتخيل المؤلف قليلاً ويصف صورة مثالية على وجه الحصر ، وهو أمر ممكن الآن فقط في ظروف إمكانية حدوث مقايضات ذرية بين السلاسل ) ؛
ولكن ، كما يقول المثل القديم ، "
ليس كل ما يلمع هو ذهب ". تواجه تقنيات DEX الحديثة تحديات لا تزال بحاجة إلى معالجة. بادئ ذي بدء ، DEX ليس حاليًا مكيفًا للمستخدمين العاديين. قد يكون من المناسب لنا للمتخصصين استخدام المحافظ وإدارة المفاتيح والعبارات الأولية ومعاملات التوقيع ، لكن المستخدمين العاديين يخشون هذه الأنواع من الأشياء.
علاوة على ذلك ، نظرًا لأن المعاملات من نظير إلى نظير ، فإن بعض عمليات التبادل تتطلب من المستخدمين أن يكونوا على الإنترنت للوفاء بترتيبهم (يبدو هذا جنونًا ، أليس كذلك؟). UX هو السبب الرئيسي وراء تفضيل الوافدين الجدد على تداول أصول التشفير باستخدام CEX بدلاً من DEX. وكنتيجة لل UI / UX الرهيبة ، فإن سوق دبي المالي لديه سيولة منخفضة على جميع الأصول المتداولة تقريبًا.
مرة أخرى ، في حالة نسيان هذه التفاصيل غير المهمة ، تكون المعاملات في DEX من نظير إلى نظير ، لذلك إذا كنت ترغب في استبدال BTC for LTC ، فستحتاج بالتأكيد إلى العثور على عميل مستعد لتبادل العملات الخفيفة مقابل الرقم المقترح من عملات البيتكوين الخاصة بك. قد تكون هذه مهمة شاقة (بعبارة ملطفة) لعملات معينة أو إذا كان عدد مستخدمي DEX صغيرًا. والآن ، كل هذا ، إلى جانب الأداء المحدود لمعظم DEXs (قيود البناء القائمة عليها) ، يضع عائقًا لا يمكن التغلب عليه أمام التبني الجماعي للسوق.
و هكذا:
CEX (مركزي):
- سهل الاستخدام
- فرص تجارية متقدمة
- سيولة عالية
- فرص للعمل مع العملات الورقية (التجارة ، المدخلات / المخرجات)
DEX (لامركزية):
- من الصعب فهمها واستخدامها.
- فقط الفرص التجارية الأساسية
- سيولة منخفضة
- لا القدرة على العمل مع العملات العادية
لحسن الحظ ، يمكن إصلاح كل هذه الصعوبات ، وهو ما تحاول المشاريع الجديدة القيام به. ولكن المزيد عن ذلك لاحقًا ، أولاً ، فكر في الوضع الحالي. كيف يتم إنشاء DEXs الحالية؟ هناك ثلاثة أساليب رئيسية لتصميم DEX.
كتاب على سلسلة من التطبيقات والحسابات
كان هذا هو بنية الجيل الأول DEX. بعبارة بسيطة ، هذا تبادل ، تماما على قمة blockchain. جميع الإجراءات - كل أمر تجاري ، وتغيير الحالة - يتم تسجيل كل شيء في blockchain كمعاملات. وبالتالي ، يتم التحكم في البورصة بالكامل من خلال عقد ذكي ، يكون مسؤولاً عن وضع أوامر المستخدم ، وحظر الأموال ، ومطابقة الأوامر وتنفيذ المعاملات. يوفر هذا النهج اللامركزية والثقة والأمن ، ونقل المبادئ الأساسية لكتلة المفاتيح إلى جميع وظائف DEX فوقه. (
ملاحظة : من
حيث المبدأ ، هذا تبادل حقيقي لامركزي يتوافق تمامًا مع روح وجوهر هذا النهج. العيب هو أن التطبيقات كانت على رأس السلاسل الأولى غير الكاملة. وكمثال على حل جيد ، يمكنك ذكر BitShares و Stellar ).
ومع ذلك ، فإن مثل هذه البنية تجعل النظام الأساسي:
- سائل منخفض - لا يحتوي النظام على كمية كافية للأدوات ؛
- بطيء - عنق الزجاجة في تنفيذ التطبيقات في DEX هو عقد ذكي وعرض النطاق الترددي للشبكة. تخيل عمل البورصة اللامركزية على هذا المبدأ ؛
- مكلف - كل عملية تغير الحالة تعني إطلاق عقد ذكي ودفع تكلفة الغاز ؛
- "التصميم الجانبي" هو عدم القدرة على التفاعل مع المنصات الأخرى ، وهذا يعد قيودًا كبيرة.
ماذا يعني عدم القدرة على التفاعل؟ وحقيقة أنه في هذا النوع من DEX ، يمكنك فقط تبادل الأصول الأصلية للعقود blockchain والعقود الذكية لمنصة DEX ، إذا كنت لا تستخدم أدوات إضافية للاتصال عبر الشبكة. وبالتالي ، إذا استخدمنا Ethereum لـ DEX ، فعندئذٍ من خلال هذه المنصة ، يمكننا فقط تبادل الرموز بناءً على سلسلة Ethereum blockchain.
علاوة على ذلك ، يتم استخدام DEXs المضمنة عادة لتبادل عدد محدود من الرموز القياسية (على سبيل المثال ، فقط ERC20 و ERC721) ، مما يفرض قيودًا كبيرة على الأصول المتداولة. من أمثلة هذه المنصات اللامركزية DEX.tor (
ملحوظة :
اشتهرت جميعها بنفس EtherDelta / ForkDelta ) ، أو عمليات التبادل بناءً على معيار EIP823 (
ملاحظة :
محاولة لتوحيد تنسيق العقد الذكي لتداول الرموز ERC-20 ).
نظرًا لأنه لا ينبغي أن يستند كل شيء إلى Ethereum ، اسمحوا لي أن أشاطركم مثالًا على تطبيق DEX الذي تم تنفيذه باستخدام هذا الأسلوب على blockchain شعبي آخر - EOS. يعد Tokena حاليًا أول تطبيق DEX كامل السلسلة يستخدم رمزًا وسيطًا لتقليل رسوم المستخدم.
كتاب ترتيب خارج السلسلة وعلى حسابات سلسلة
يتبع هذا النهج DEX ، المبني على بروتوكولات المستوى الثاني ، بالإضافة إلى blockchain الأساسي. على سبيل المثال ، بروتوكول 0x على رأس Ethereum. يتم إجراء المعاملات على الهواء (أو على أي شبكة أخرى تدعمها عقد الترحيل (
ملاحظة :
تم بالفعل تنفيذ الإصدار 2.0 من البروتوكول وتخطط لدمج السيولة في Ethereum (وشوكاتها) و EOS ) ،
ويتاح للمستخدمين الفرصة للتحكم في أموالهم ، إلى أن يتم الانتهاء من المعاملة (ليست هناك حاجة لحظر الأموال حتى يتم الانتهاء من الطلب). يتم دعم دفاتر الطلبات في هذا المخطط على عقد الترحيل ، والتي تتلقى عمولة لذلك. يبثون كل أمر جديد ، ويجمعهم في ث نظام السيولة وخلق بنية تحتية تداول أكثر موثوقية. وبعد تلقي صانع السوق أمر يتوقع الجانب الثاني من هذه الصفقة، وبعد ذلك يتم تنفيذ التجارة داخل 0X الذكية وسجل عقد الصفقة يقع في blokcheyn.
يؤدي مثل هذا النهج في التصميم إلى انخفاض في العمولات ، حيث لا توجد حاجة لدفع الغاز مقابل التطبيقات الجديدة أو تحديثات الطلبات ، واللجانان الوحيدان اللذان يتعين دفعهما هما واحدة للمكررين الذين يسهلوا التجارة ، والغاز الضروري لتبادل الرموز بين المستخدمين في شبكة blockchain. في بروتوكول 0x ، يمكن لأي شخص (
ملاحظة :
من المفهوم أن المتداول النشط ) أن يصبح عقدة ترحيل وكسب رموز إضافية للمعاملات ، وبالتالي تغطية ارتكاب معاملاتهم. بالإضافة إلى ذلك ، فإن حقيقة أن عمليات التداول يتم تنفيذها خارج الشبكة يحل مشكلة أداء blockchain والعقود الذكية ، والتي رأيناها في DEX المستندة إلى Ethereum.
مرة أخرى ، واحدة من العيوب الرئيسية لهذا النوع من DEX هو عدم التفاعل مع منصات أخرى. في حالة DEX استنادًا إلى بروتوكول 0x ، يمكننا فقط تداول الرموز التي تعيش على شبكة Ethereum. علاوة على ذلك ، وفقًا لتطبيق معين من DEX ، قد تكون هناك قيود إضافية على معايير الرمز المميز المحددة التي يُسمح لنا بالتداول (بشكل أساسي ، يفترض كل شخص الرموز المميزة للتداول وفقًا لمعيار ERC-20 أو ERC-721). مثال مثالي لـ DEX المستندة إلى 0x هو مشروع ترحيل الرادار.
لتكون قادرًا على التفاعل مع السلاسل الأخرى ، يجب علينا حل مشكلة أخرى - توفر البيانات. تقوم DEX ، التي تستخدم آليات خارج blockchain لتخزين ومعالجة الطلبات ، بتفويض هذه المهمة إلى ترحيل العقد ، والتي قد تكون عرضة للتلاعب الضار بالأوامر أو التهديدات الأخرى ، مما يجعل النظام بأكمله عرضة للخطر.
وهكذا ، فإن النقاط الرئيسية لهذا النوع من DEX:
- العمل مع قائمة محدودة من معايير الأداة فقط
- اللجان الصغيرة
- أفضل أداء
- المزيد من السيولة
- عدم عرقلة أموال المتداولين
عقود ذكية مع الاحتياطيات
هذا النوع من DEX يكمل النوعين السابقين من المنصات ، وهو مصمم لحل مشكلة السيولة أولاً وقبل كل شيء. باستخدام الاحتياطيات الذكية ، بدلاً من البحث المباشر عن مشتر لأصل ما ، يمكن للمستخدم إجراء معاملة باحتياطي عن طريق إيداع عملات البيتكوين (أو الأصول الأخرى) في الاحتياطي واستلام الأصل المقابل في المقابل. هذا مشابه للبنك اللامركزي الذي يوفر السيولة للنظام. تعتبر الاحتياطيات القائمة على عقد ذكي في DEX حلاً للتحايل على مشكلة "تزامن الرغبات" وفتح الرموز غير السائلة للتداول. عيوب؟
يتطلب ذلك قيام طرف ثالث بالعمل كبنك وتقديم هذه الأموال أو تنفيذ سياسة متقدمة لإدارة الموارد بحيث يمكن للمستخدمين حظر جزء من أموالهم للسيولة DEX ولإدارة الاحتياطيات اللامركزية. Bancor (شبكة السيولة اللامركزية) هي مثال حي على مثل هذا النهج (
ملاحظة :
تم تنفيذه بنجاح كبير. نتطلع أيضًا إلى إطلاق مشروع Minter ، حيث يتم تنفيذه على مستوى البروتوكول الأساسي للشبكة نفسها ).
نقاط مميزة:
- يزيد السيولة
- يدعم العديد من الرموز المختلفة في وقت واحد
- درجة من المركزية
موجة جديدة
أنت الآن تعرف الأساليب المختلفة لهندسة DEX وتطبيقها. ومع ذلك ، لماذا هذه شعبية منخفضة من هذه الحلول ، في ظل وجود مزايا قوية؟ تتمثل المشكلات الرئيسية للمشاريع الحالية بشكل أساسي في قابلية التوسع والسيولة وقابلية التشغيل البيني و UX. دعونا نلقي نظرة على التطورات الواعدة التي هي في طليعة تطوير DEX وسلاسل الحظر.
المشكلات التي يتعين معالجتها في الجيل الجديد DEX:
كما نرى ، كانت قابلية التوسع واحدة من القيود الرئيسية في تصميم DEX.
بالنسبة إلى DEX on-chain ، لدينا قيود على العقود والشبكة نفسها ، وتتطلب خارج السلسلة بروتوكولات إضافية. إن تطوير منصات الجيل الجديد من البلوك ، مثل NEO أو NEM أو Ethereum 2.0 ، سيسمح بتطوير DEX أكثر قابلية للتطوير.
دعنا نركز قليلاً على Ethereum 2.0. التحسن الواعد هو التقسيم. تقسم المشاركة شبكة Ethereum إلى شبكات فرعية (مجموعات) مع إجماع محلي ، لذلك لا ينبغي إجراء فحص الكتلة من قبل كل عقدة في الشبكة ، ولكن فقط من خلال مشاركين في قشرة واحدة. في موازاة ذلك ، تتفاعل القطع المستقلة مع بعضها البعض لتحقيق إجماع عالمي على الشبكة. لكي يكون ذلك ممكنًا ، سيتعين على Ethereum الانتقال من إجماع إثبات العمل إلى إجماع إثبات الملكية (الذي نأمل أن نراه في الأشهر القليلة المقبلة).
من المتوقع أن يكون Ethereum قادراً على معالجة أكثر من 15000 معاملة في الثانية (وهذا ليس بالأمر السيئ لتنفيذ DEX المضمنة القابلة للتطوير).
التوافق والبروتوكولات عبر سلسلة
لذلك ، اكتشفنا قابلية التوسع ، ولكن ماذا عن التوافق؟ قد يكون لدينا منصة Ethereum قابلة للتطوير للغاية ، ولكن لا يزال بإمكاننا تداول الرموز المميزة المستندة إلى Ethereum فقط. هناك مشاريع مثل Cosmos و Polkadot تدخل حيز التنفيذ هنا (
ملاحظة :
أثناء إعداد المقال ، دخلت Cosmos بالفعل مرحلة العمل الحقيقي ، حتى نتمكن من تقييم قدراتها بالفعل ). تهدف هذه المشروعات إلى الجمع بين أنواع مختلفة من منصات blockchain ، مثل Ethereum و Bitcoin ، أو NEM و ZCash.
قام Cosmos بتطبيق بروتوكول Inter Blockchain Communication (IBC) ، والذي يسمح لكتلة واحدة بالتفاعل مع الشبكات الأخرى. ستتواصل الشبكات المنفصلة مع بعضها البعض من خلال IBC وبعض العقدة الوسيطة ، Cosmos Hub (تطبيق بنية مشابهة لـ 0x).
سلسلة التبديلات هي وحدة تقنية في IBC تسمح لقوائم الحظر بقراءة وفحص الأحداث في مجموعات الرموز الأخرى. تخيل أن عقدًا ذكيًا على Ethereum يريد معرفة ما إذا كان قد تم إكمال معاملة معينة في شبكة Bitcoin ، ثم يعهد إلى هذا الشيك بعقد سلسلة Relay أخرى متصلة بالشبكة المرغوبة ويمكنه التحقق مما إذا كانت هذه الصفقة قد اكتملت بالفعل وتم تضمينها في blockchain Bitcoins.
أخيرًا ، Peg Zones هي العقد التي تعمل كبوابات بين سلاسل الحظر المختلفة وتسمح لشبكة Cosmos بالاتصال بوحدات الحظر الأخرى. تتطلب Peg Zones عقدًا ذكيًا معيّنًا في كل من السلاسل المتصلة لضمان إمكانية تبادل العملة المشفرة بينهما.
ماذا عن بولكادوت؟
يستخدم Polkadot و Cosmos أساليب مشابهة. يقومون ببناء سلاسل وسيطة تعمل على قمة الشبكات الأخرى وبروتوكولات الإجماع. في حالة Polkadot ، تسمى مناطق الربط "Bridges" ، وتستخدم أيضًا عقد الترحيل للتواصل بين سلاسل القطع. الفرق الأكبر هو كيف يخططون لتوصيل شبكات مختلفة ، مع ضمان الأمن.
يستند النهج المتبع في أمان الشبكة في Polkadot إلى الجمع بين السلاسل ثم مشاركتها. يتيح ذلك للسلاسل الفردية استخدام الأمان الجماعي دون الحاجة إلى البدء من نقطة الصفر (
ملاحظة :
لحظة المؤلف صعبة للغاية وغير مفهومة. في الأصل "مع Polkadot يتم تجميع أمن الشبكة ومشاركته. وهذا يعني أن السلاسل الفردية يمكنها الاستفادة من الأمن الجماعي دون الحاجة إلى نبدأ من الصفر إلى اكتساب الجر والثقة ". نجد صعوبة في وصف خوارزمية Polkadot بكلمات بسيطة ، وهي في الوقت الحالي واحدة من أكثر المشاريع تعقيدًا ولا تزال في مرحلة البحث. يستخدم مصطلح" الأمان "في مواد مختلفة بمختلفة للغاية السياقات ، مما يجعل من الصعب فهم. المسار مقارنة أفضل من النظامين هي، على سبيل المثال، في هذه المقالة (RU) ).
لا تزال هذه التقنيات قيد التطوير ، لذلك لن نرى ، على الأقل لعدة أشهر ، أي مشاريع تبادل حقيقية مبنية على بروتوكولات التفاعل هذه وتسمح بتبادل الأصول بين الشبكات المختلفة. ومع ذلك ، فإن مزايا هذه التقنيات مهمة للغاية لتنفيذ الجيل التالي من DEX.
السيولة من خلال الحجز
على غرار العقود الذكية مع التكرار ، لدينا نوع إضافي من DEX ، والذي يستخدم قيودًا مستقلة مثل البنية التحتية الرئيسية لتبادل الأصول ، مثل Waves أو Stellar أو Ripple.
تسمح هذه المنصات بالتبادل اللامركزي لأي أصلين (من أي نوع) باستخدام رمز مميز وسيط. وبالتالي ، إذا كنت ترغب في استبدال عملات البيتكوين للأثيرات ، فسيتم استخدام رمز مميز وسيط بين الأصولين لإتمام المعاملة. في الواقع ، يعمل تطبيق DEX هذا كبروتوكول لاكتشاف المسار ، باستخدام الرموز الوسيطة ، ويسعى إلى العثور على أقصر طريق (بتكلفة أقل) لتبادل أصل واحد لآخر. يؤدي استخدام هذا النهج إلى تحسين مراسلة التطبيقات من المشترين والبائعين ، وزيادة السيولة ويسمح لك بتنفيذ بعض أدوات التداول المعقدة (من خلال استخدام سلسلة مفاتيح منفصلة خاصة ، بدلاً من شبكة للأغراض العامة). على سبيل المثال ، Binance (
ملاحظة :
واحدة من أكبر عمليات التشفير
في العالم المركزية ) فعلت ذلك تمامًا ، وذلك باستخدام blockchain منفصل لمشروعها الجديد Binance DEX (
ملاحظة : تم
إطلاقه قبل أسبوع واحد فقط ). تحاول البورصة الرائدة حل جميع مشاكل DEX الحديثة بفضل واجهة المستخدم الممتازة وسرعة السلسلة العالية ، مما يؤكد الكتل في الثانية (
ملاحظة : من
الداخل تستخدم مستوى شبكة Tendermint وتوافق pBFT ، مما يضمن أن الكتلة المستلمة نهائية على الفور ولا يمكن الكتابة عليها هذا يعني أيضًا أن التكامل مع الشبكات الأخرى من خلال شبكة Cosmos سيكون متوقعًا قريبًا ).
:
, , , , .