باندورا، الرمز المزدوج للعملة الرقمية: هل سيصبح نموذجًا جديدًا لإصدار الأصول؟

المصدر: عرض على السلسلة

كيف نفهم الرمز المبتكر "ازدواجية الصورة والعملة" @Pandora_ERC404؟ فهو يسمح لـ FT وNFT بإقامة علاقة تكافلية لحل مشكلة ضعف سيولة NFT. من منظور تقني، فإن السماح بخلط وتطبيق الرمزين المتناقضين الأصليين FT وNFT هو أمر جديد ومثير للاهتمام.

ما هو الشيء المبتكر في معيار ERC404؟ هل هو نموذج جديد لإصدار الأصول؟ هل سيكون من المفيد دمج @SmartLayer's TokenScript؟ بعد ذلك، اسمحوا لي أن أتحدث عن ما أفهمه:

أولاً وقبل كل شيء، تجدر الإشارة إلى أن ERC404 هو حاليًا مجرد معيار تجريبي ولم يتم تضمينه في اقتراح Ethereum EIP الرسمي. Pandora هو أول رمز تم إنشاؤه بناءً على هذا المعيار التجريبي الجديد. الهدف من ERC404 هو حل مشكلة عدم التوافق بين معيار الرمز المميز المتجانس ERC20 الأصلي ومعيار الرمز المميز غير القابل للاستبدال ERC721.

على سبيل المثال، يمتلك المستخدم كلاً من رموز FT ورموز NFT، عندما يختار المستخدم بيع رموز NFT، كيف يحدد العقد أن نية المستخدم هي بيع NFT بدلاً من FT، حتى لو كان الحكم هل هذا صحيح؟الآن، كيف يمكن للعقد تمييز وتحديث حالات البيانات المختلفة في حالة البيانات المخزنة دون حدوث خطأ؟ أليست مجردة جدا؟

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

من الصعب الآن السماح للعقد الذكي بمعالجة ERC20 وERC721 في نفس الوقت:

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

تكمن التقنية السوداء الأساسية لمعيار ERC404 (التجريبي) في هذا، فهي تستخدم نظام ترميز مع فقدان البيانات للسماح لعدد رموز ERC20 والمعرف الفريد لرموز ERC721 باستخدام نفس بنية البيانات في العقد تخزينها مع الحفاظ على تميزها واستقلاليتها.

على سبيل المثال، لنفترض أن لديك 2.9 فاصوليا سحرية (ERC20) وبطاقتين سحريتين (ERC721، ID 101، ID 102)، يحتاج التشفير المفقود إلى إدارة نوعين من البيانات في نفس الوقت، يمكنك ذلك مباشرة قم بتخزين عدد الفاصوليا السحرية 2.9 كبيانات كاملة، وفي الوقت نفسه، يمكنك إضافة علامة خاصة إلى رقم معرف البطاقة السحرية، مثل 1000000000000. هذه العلامة تتجاوز بكثير توريد الرمز المميز، بحيث يمكن للعقد يمكن تمييز ERC20 بسهولة عند استدعاء البيانات وERC721.

بعد إكمال هذه الخطوة، لإدارة العلاقة التكافلية بين FT وNFT بشكل فعال، تحتاج إلى كتابة مجموعة من علاقات منطق التعيين للعقد. على سبيل المثال، إذا كان لديك رمز FT واحد، فسيتم العقد سك NFT تلقائيًا لك. عندما تمتلك 2 من رموز FT، سيصدر العقد تلقائيًا 1 NFT إضافيًا. ومع ذلك، عندما يكون رصيد FT الخاص بك أقل من 1، سيؤدي العقد إلى تدمير NFT الخاص بك. ليس من الصعب فهم هذه المجموعة من المراسلات. إذًا، كيف يمكن تمكين تداول رموز NFT في بروتوكول مثل Uniswap الذي يدعم رموز FT فقط؟ الإجابة: استخدم خرائط المراسلات. ما عليك سوى السماح لـ Uniswap بالتعامل مع رموز FT بشكل طبيعي، وستقوم رموز NFT بتغيير حالة ملكيتها تلقائيًا وفقًا لذلك. على سبيل المثال، إذا كنت ترغب في بيع رموز NFT، فيمكنك بيع رموز FT مباشرةً، وسيسجل العقد تلقائيًا أن عدد FTs في محفظتك قد انخفض بمقدار 1 وسيدمر NFT في محفظتك. كان من المفترض أن يكتشف الأصدقاء الحذرون المشكلة، إذا كان المستخدم يحمل 2.9 FT من الرموز و2 من الرموز NFT، عندما يبيع المستخدم 1 FT، أي من NFTs يجب أن يدمره العقد؟ هذه في الواقع مشكلة معقدة للغاية، لأن العقد لا يمكنه تحديد رمز FT للجزء المباع، ولا يمكن أن يتوافق مع NFT المقابل له، بالمعنى الدقيق للكلمة، هذا في الواقع "عيب" في المعيار التجريبي ERC404.

ولكن عندما تلتقي التكنولوجيا بالاقتصاد الرمزي، يحدث تفاعل كيميائي سحري.

تتمثل الخدعة في تصميم مجموعة من آليات التحديث النادرة لـ NFT لتشجيع المستخدمين على نقل رموز FT المتراكبة بشكل مستمر. كل عملية نقل لـ FT تعادل تدمير رموز NFT. وعملية الإصدار الجديدة تعادل تحديث الندرة مرة واحدة، لذلك يميل المستخدمون إلى فصل رموز FT، ثم استخدام هذا لمنع تدمير NFTs النادرة، وفي نفس الوقت تحديث ندرة NFTs الجديدة

< p>. كما ترون، كان في الأصل خطأ منطقي تقني، ولكن من خلال طبقة من التصميم التشغيلي النادر، يمكن حله بفعالية. بالطبع، إذا أصر المستخدم على الجدية وأراد تكديس العديد من رموز FT في المحفظة، ويريد أيضًا تدمير رموز NFT الحالية وفقًا لرغباته الخاصة (بشكل غير عشوائي)، فماذا يجب أن يفعل؟ هناك طريقتان حاليتان. 1) التنفيذ بشكل تسلسلي وفقًا لمعرف الرمز المميز، والذي من المحتمل أن يدمر NFTs ذات الخصائص النادرة؛ 2) تحديد NFTs التي يكون حرقها قريبًا من السعر الأدنى. ومع ذلك، فهذه في الواقع طبقة من خارج السلسلة المنطق قد يتسبب في حرق NFT.تؤدي مشكلة تأخير تغذية سعر Oracle إلى التدمير غير الطوعي. علاوة على ذلك، إذا كان NFT قريبًا من السعر الأدنى، فإنه يتطلب في الواقع من المستخدمين تقديم طلبات مسبقًا لتحديده، وهو ما يعادل الوصول إلى بيانات سوق NFT. بدلاً من أن تكون معقدة للغاية، من الأفضل السماح للمستخدمين بالتحرير والاختيار مباشرة من جانب المحفظة. ثم من الضروري تقديم حل TokenScript الذي ينفذ واجهة أمامية قابلة للبرمجة لرموز FT، بحيث يمكن للمستخدمين الاختيار على جانب المحفظة أي رموز NFT يجب تدميرها أولاً وأي رموز NFT النادرة يجب الاحتفاظ بها عند تداول رموز FT. وهي بالضبط الوظيفة التي يهدف @SmartLayer إلى تحقيقها كما ذكرت في البداية.

فيما يتعلق بـ Smartlayer، فهو في الواقع لا علاقة له بـ ERC404، كل ما في الأمر هو أن ERC404 يهدف إلى جعل الرموز تتمتع بالوظائف الأساسية لصور NFT المقابلة، في حين أن Smartlayer عبارة عن مجموعة من المعايير التي تجمع بين ERC-5169 وTokenScript الهدف الأساسي هو تحقيق خصائص التنفيذ القابلة للبرمجة لرموز FT. ويتطابق الاثنان في القدرات، ولكن الأخير أكثر تعقيدا. بكل بساطة: TokenScript هو إطار عمل مفتوح المصدر يهدف إلى توفير الرموز الرقمية بطريقة موحدة لتحديد سلوك الرمز المميز ومنطق التفاعل، ويمكن لمصدري الرمز المميز تصميم واجهة أمامية قابلة للبرمجة لرموزهم المميزة. على سبيل المثال، في سيناريو ERC404، يمكن للمستخدمين اختيار NFT الذي سيتم تدميره أولاً استنادًا إلى الواجهة الأمامية Smartlayer، ووضع علامة على NFTs النادرة لتجنب تدميرها، وغيرها من الوظائف المخصصة. على سبيل المثال، في سيناريو الألعاب الأوسع، يمكن للمستخدمين تغذية و تداعب NFTs في محافظها، حيث تضيف الحيوانات الأليفة الترقية والتكرار وسمات أخرى إلى NFT الخاصة بها. "عندما كنت أبحث عما كانت تفعله Smartlayer، فإن مفاهيم الرموز المميزة القابلة للبرمجة، والرموز المميزة الذكية، والنصوص البرمجية الخارجية القابلة للتنفيذ، وما إلى ذلك، أحرقت ذهني حقًا. وعندما رأيت ظهور الرموز المميزة القياسية ERC404، شعرت فجأة بالاستنارة. بدا الأمر وكأنه الأخير هل يمكن حل مشكلة تمايز NFT في الحالة التجريبية لـ ERC404 باستخدام الواجهة الأمامية للرمز الذكي الخاص بـ Smartlayer؟ فوق بعد قراءته، هل ترغب في الحصول على فائدتين مقابل شيء واحد؟ ليس لديك فهم عام لـ Pandora بموجب معيار Token404 فحسب، بل لديك أيضًا فهم عميق للطبقة الذكية Smartlayer التي على وشك أن تصبح TGE. لقد اتضح أن كل ابتكار حول إصدار الأصول سيكون له تأثير تخمير سردي لفترة طويلة. سواء كان الأمر يتعلق بإدراج نظام البيتكوين البيئي، أو الرمز القياسي المختلط أو الرمز المميز القابل للبرمجة لنظام إيثريوم البيئي هذه المرة، في رأيي، فإنه وسوف تستمر في توليد جميع أنواع الابتكارات واللعب. لست متأكدًا من كيفية تطور ERC404 بعد ذلك، وما إذا كانت قابلية التشغيل البيني مع Smartlayer ستولد بعض شرارات الابتكار، ولكن طريقة الإدارة هذه المتمثلة في وضع معايير الرمز المميز الأصلية غير المتوافقة ضمن مجموعة من العقود الذكية تسمى بالفعل إنها ابتكار في نموذج إصدار الأصول.

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