ستوضح دراسات الحالة كيفية تطبيق إطار العمل. على سبيل المثال، كشف تحقيق مشترك مع شبكة POKT عن الجهود المستمرة التي يبذلها مشغلو العقد لزيادة توسيع عقد الخدمة. ومع ذلك، تتم معالجة الحواجز المتبقية أمام قابلية التوسع الاقتصادي (بما في ذلك توليد الطلب) من خلال إضفاء اللامركزية على بواباتها.
DePIN عبارة عن سلسلة من الشبكات اللامركزية التي توفر موارد الأجهزة (البنية التحتية المادية) للحوسبة أو التخزين أو الشبكات اللاسلكية أو نطاق واسع مجموعة من حالات الاستخدام مثل قياس البيانات. تستخدم DePINs نموذج الحوافز Web3 (أي نظام المكافآت الرمزية) لتحفيز إنشاء شبكات البنية التحتية المادية. اعتبارًا من مايو 2024، يبلغ إجمالي القيمة السوقية لجميع رموز DePIN 29 مليار دولار.
في شبكة الموارد المادية (PRN)، ينشر المساهمون أجهزة تعتمد على الموقع لتوفير خدمات (لا يمكن استبدالها). يتضمن ذلك:
الشبكات اللاسلكية (مثل Helium وWorld Mobile وXNET وNodle)
- < p>شبكات الاستشعار (مثل Dimo وHivemapper وSilencio وOnocoy)
شبكات الطاقة (مثل Starpower وPowerLedger وArkreen)
ul>في شبكة الموارد الرقمية (DRN)، يقوم المساهمون بتوجيه الأجهزة لتوفير موارد رقمية (قابلة للاستبدال)، ولا يعد الموقع الفعلي هو المعيار الأساسي. يتضمن ذلك:
الحوسبة (مثل ICP وLivepeer* وAkash Network وPOKT Network* وCovalent* وLit Protocol*)
التخزين (مثل Arweave* وFilecoin وSia)
النطاق الترددي والخصوصية (مثل NYM* وHopr وOrchid وMysterium وFleek) )
الذكاء الاصطناعي (مثل Bittensor وFetch.ai وModulus Labs*)
كانت مشاريع DePIN المبكرة هي العملة ولّد تصميم الإطار الكثير من الاهتمام الأولي. على سبيل المثال، تكافئ Helium المساهمين برموز HNT للمساعدة في تشغيل الشبكات اللاسلكية عبر نقاط الاتصال، بينما يسمح Filecoin للمستخدمين بتأجير مساحة التخزين الزائدة الخاصة بهم. في حين أن هذا يكفي لبدء العديد من مشاريع DePIN، إلا أن توزيع الرمز المميز قد لا يكون كافيًا لضمان مشاركة العقدة على المدى الطويل في الشبكة.
إذا أصبح تشغيل عقدة غير مربح، فلن يكون لدى مشغلي العقد حافز لتشغيل البنية التحتية لـ DePIN. لذلك، يجب على الفريق المؤسس لـ DePIN مساعدة مشغلي العقد على تحسين التكاليف.
دولاب الموازنة DePIN
إن دولاب الموازنة النموذجي لاقتصاد رمز DePIN هو كما يلي:
خدمات البناء جانب العرض، مثل التخزين أو هوائيات 5G
تحفز المكافآت الرمزية التضخمية مشغلي العقد على توفير البنية التحتية المطلوبة، على الرغم من أن الطلب ليس مرتفعًا بعد بما يكفي لتغطية التكاليف
< /li>مع مرور الوقت ونمو الطلب، قد يؤدي تحقيق الدخل من نشاط الشبكة إلى زيادة إيرادات مشغلي العقد، حتى مع تناقص مكافآت الرموز المميزة
استمرار تحقيق الدخل من يعمل نشاط الشبكة وزيادة إيرادات مشغل العقدة على تحفيز العرض بشكل أكبر، وبالتالي إنشاء دولاب الموازنة DePIN
التمثيل المرئي لدولاب الموازنة DePIN هو كما يلي:
< p>< img src="https://img.jinse.cn/7234760_image3.png" alt="1717064024081-134729.webp">كما وصفنا سابقًا في تحليل جدول إصدار المكافآت نعم، القيمة بالدولار تتأثر هذه المكافآت الرمزية (سعر الرمز المميز) بشكل كبير بمشاعر السوق العامة. لذلك قد تبدو هكذا:
p>
أو اعتمادًا على وقت دخولك في السوق الصاعدة، قد يبدو الأمر هكذا:
إذن، ما هي العلاقة بين إصدار المكافأة والتكلفة؟
كما ذكرنا أعلاه، إذا لم تكن مكافآت الرمز المميز والإيرادات من طلب المستخدم كافية لتحقيق التعادل، فقد يقرر مشغلو العقد التوقف عن دعم الشبكة. يتم دفع جزء كبير من نفقات تشغيل DePIN نقدًا، مما يجعل قيمة المكافآت الرمزية بالدولار مهمة وترتبط بأداء السوق بشكل عام. على الرغم من أي إصدار رمزي جيد التخطيط، في أسوأ السيناريوهات، قد يبدو الوضع كما يلي:
سيؤدي هذا إلى خروج مشغلي العقد، مما سيترجم إلى زمن وصول أعلى وموثوقية أقل وتجربة مستخدم أسوأ. وفي نهاية المطاف، سيؤدي ركود الطلب إلى إيقاف دولاب الموازنة.
الخبر السار هو أن هناك طرقًا عديدة للتعامل مع هذا الموقف. يتمثل أحد الأساليب في جعل إصدار الرمز المميز أكثر مرونة بحيث يكون أكثر اتساقًا مع تحقيق الدخل من الشبكة (انظر الإصدار المستند إلى مؤشرات الأداء الرئيسية هنا). هناك نهج آخر يتمثل في معالجة مشكلة التكلفة لجعل الشبكة الشاملة أكثر كفاءة وبالتالي أقل حساسية لانخفاض أسعار الرمز المميز. ستبدو صورتنا الديناميكية على النحو التالي:
< p >الاقتراح الرئيسي: إذا كنت تعرف تكلفة تشغيل شبكة DePIN وأكبر محركاتها، فيمكن بدء مناقشات الحوكمة وجهود البحث والتطوير لتقليل تكاليف مشغل العقد قبل تقليل توفير خدمة الشبكة. نظرًا للطبيعة اللامركزية وغير المسموح بها لـ DePIN، فإن تقييم قاعدة التكلفة ليس بالأمر السهل. في حين يتم عادةً تتبع مكافآت الرمز المميز وإيرادات طلب المستخدم عبر السلسلة، فإن التكاليف الأخرى المرتبطة بتشغيل العقدة ليست متاحة للجمهور (مثل رسوم البنية التحتية). وهذا يعني أننا بحاجة إلى استخدام الافتراضات والتقديرات حول نقاط البيانات المتاحة.
في هذه المقالة، سنتناول هذا التحدي ونقدم إطارًا للتقدير.
الخطوة الأولى: المساهمون في الشبكة
الخطوة الثانية: مكونات التكلفة
الخطوة 3: تقييم هيكل تكلفة المساهمين في الشبكة
إطار العمل
نقترح توفير إطار العمل التالي لمديري شبكة DePIN كمنهجية لتقييم التكاليف التشغيلية المرتبطة بتشغيل عقد البنية التحتية.
باستخدام إطار العمل هذا، يتم تقسيم تقدير تكلفة أرقام DePIN إلى ثلاث خطوات:
تحديد المساهمين في الشبكة
p>تقييم مكونات التكلفة (مثل الأجهزة والعمالة)
تقييم وتلخيص هياكل التكلفة المذكورة أعلاه للوصول إلى تقدير التكلفة الإجمالية
الخطوة 1: تحديد المساهمين في الشبكة
على الرغم من أن DePINs توفر خدمات متنوعة (مثل الحوسبة وتغطية الشبكة وبيانات الهاتف المحمول وما إلى ذلك)، إلا أن الأدوار المطلوبة لتقديم هذه الخدمات هي نفس الشيء (عرض نظرة عامة على أدوار موفر DePIN في أكثر من 30 شبكة هنا):
عقد الخدمة/المنتجون: يقدمون الخدمات والبنية التحتية المادية المطلوبة (مثل الخوادم والهوائيات ومسجلات القيادة وما إلى ذلك). على سبيل المثال، مزود تخزين Filecoin، أو نقطة اتصال Helium، أو جهاز تحويل ترميز Livepeer.
المدققون/عقد المراقب/المخادعون: يقومون بفحص العمل الذي تقوم به عقد الخدمة، إما بشكل مباشر أو من خلال طبقة المحاسبة. ثم يتم إرسال نتائج هذه الشيكات إلى مستوى المحاسبة. على سبيل المثال، مزود تخزين Filecoin (لأنهم يتحققون أيضًا من إثبات التخزين المقدم من مقدمي الخدمة الآخرين) ونقاط الاتصال الخاصة بـ Helium وOracle (الذي يقوم بإثبات التغطية لنقاط الاتصال الأخرى).
طبقة الحوسبة: تتتبع تدفق وحالة العمل/الخدمات المقدمة والمدفوعات المقابلة. لاحظ أن البروتوكول نفسه يحدد المنطق الحسابي، مثل كيفية تتبع العمل والمدفوعات وتخزينها على blockchain (سنناقش هذا بالتفصيل في مقال آخر). على سبيل المثال، Livepeer’s Arbitrum أو سلسلة POKT لشبكة POKT (التي يتم تشغيلها بواسطة عقد التحقق من صحة POKT).
البوابات: تعمل كمنسقين/موازنات بين المستخدمين وعقد الخدمة والإدارة عند الوصول إلى الخدمات أو تجميعها (مثل البيانات في شبكات الاستشعار)، وكذلك مع طبقة المحاسبة ذات الصلة . على سبيل المثال، منسقو Livepeer أو البوابات في شبكة POKT.
المفوض: يمكنه المشاركة في الخدمات أو مراقبة اقتصاد العقدة من خلال التوقيع المساحي.
الأدوار ذات الصلة بجانب الطلب (مثل فرق المبيعات) غير شائعة حاليًا، وتقييم التكاليف المرتبطة بتشغيل البروتوكول، مثل تكاليف الإدارة، هو موضوع آخر. شرط .
يرجى ملاحظة أنه ليس كل يحتوي كل DePIN على تفويض وبوابة، وليس هناك حاجة لفصل جميع الأدوار. على سبيل المثال، يتم تصنيف موفر تخزين Filecoin (SP) على أنه عقدة خدمة ومدقق، ويقوم أيضًا بتشغيل سلسلة Filecoin، وبالتالي يشكل أيضًا طبقة محاسبية. الشيء نفسه ينطبق على عامل منجم Arweave.
الخطوة 2: تقييم مكونات التكلفة
يمكن تنفيذ كل من الأدوار المذكورة أعلاه من خلال العقد، ويمكن تقسيم تكلفتها إلى المكونات الأربعة التالية أي من (معظمها يحتوي على أكثر من واحد):
الأجهزة/البنية التحتية: التكاليف المرتبطة بالبنية التحتية المادية الفعلية، مثل سجلات القيادة والأجهزة
العمالة: التكاليف المرتبطة بالوقت المستغرق في إعداد البنية التحتية وتشغيلها
عرض النطاق الترددي والطاقة ونفقات التشغيل الأخرى: التكاليف المتعلقة بـ تبادل البيانات وتكاليف التشغيل الأخرى، مثل الكهرباء وإيجار مركز البيانات
الرهن العقاري: (الفرصة) تكاليف عدم الاستثمار في مكان آخر
li>
تشير النقطة الأخيرة إلى تكلفة رأس المال: يكاد يكون من المستحيل الحصول على معلومات حول تكاليف الدين/التمويل المرتبطة بهذه العمليات على نطاق واسع. ومع ذلك، هناك جزء متعلق بتكلفة رأس المال يمكننا تقييمه: تتبع العديد من شبكات DePIN نموذجًا للتخزين للوصول (رموز العمل) وتطلب من مشغلي العقد مشاركة بعض الرموز المميزة قبل السماح لهم بالمساهمة. يعد الحصول على هذه الرموز المميزة استثمارًا، وحتى إذا افترضنا أنه يمكن استرداد هذا المبلغ عند مغادرة الشبكة، فهناك تكلفة فرصة للاحتفاظ بهذه الرموز المميزة مقابل استثمار رأس المال في مكان آخر.
لن يكون تقييمنا لمكونات التكلفة مكتملاً دون معالجة التكاليف المرتبطة بالمعاملات على المستوى المحاسبي. إن تقييم ذلك ليس بالأمر السهل ويعتمد على عدة عوامل مؤثرة. بشكل عام، تقرر الشبكة إلى أي مدى تقوم بالاستعانة بمصادر خارجية للمحاسبة خارج السلسلة. ولكن بالنسبة لتسجيل طبقة التسوية والمعاملات عبر السلسلة، هناك ثلاثة خيارات:
الملكية L1: تدير الشبكة blockchain الخاصة بها. على سبيل المثال، Arweave وFilecoin وPOKT Network. عادةً، تغطي عقد الخدمة وعقد التحقق أيضًا هذا الدور، ولهذا السبب يتم تضمين التكاليف المرتبطة أيضًا (ومع ذلك، نحاول فصلها إن أمكن - راجع شبكة POKT في المثال).
الملكية L2، والمعروفة باسم سلسلة التطبيقات أو مجموعة البيانات المجمعة الخاصة بالتطبيق: البنية الأساسية للمجموعة (أجهزة التسلسل، وما إلى ذلك) والبنية التحتية المجاورة (مستكشفات المجموعات، وتكلفة تكامل المحفظة، وما إلى ذلك) .) يمكن بشكل عام تعيينها إلى هذه المكونات الأربعة. سيتم تعيين السيناريوهات الأقل وضوحًا، مثل استخدام موفر الخدمة المجمعة (RaaS)، إلى النطاق الترددي والتكاليف الأخرى.
المستوى 1/المستوى 2 العام: يتم الاستعانة بمصادر خارجية لطبقة التسوية، مما يعني عدم وجود تكاليف الأجهزة والعمالة للشبكة. ومع ذلك، تدفع عقد الخدمة وعقد التحقق (والمستخدمون/الدافعون) مباشرة (بناءً على الاستخدام). هناك بعض التحديات في تقييم التكاليف المتعلقة بالشبكة لهذه المعاملات، وبالتالي بعض القيود: ليست كل المعاملات مرتبطة بالطبقة المحاسبية، مثل البورصات أو معاملات التمويل اللامركزي الأخرى، ولكن غالبًا ليس من السهل فصل هذه المعاملات. نقوم بتقسيم هذه التكاليف إلى عرض النطاق الترددي والتكاليف الأخرى.
يعد جمع كل هذه العناصر معًا لإنشاء تقدير التكلفة مهمة صعبة. لا نحتاج فقط إلى التوصل إلى تقديرات لكل مكون تكلفة لكل دور في الشبكة، مثل ذلك الموضح في الرسم البياني أدناه، بل نحتاج أيضًا إلى أن نأخذ في الاعتبار أنه ليس كل مشغلي العقد لديهم نفس هيكل التكلفة. يعد تحديد تقدير التكلفة الإجمالية أكثر تعقيدًا من مجرد ضرب عدد جميع مشغلي عقد الشبكة بتقدير مشغل عقدة واحد.
الخطوة 3: التقييم هيكل التكلفة
عندما نتحدث عن هيكل التكلفة، فإننا نشير إلى الاختلافات الرئيسية التي تؤثر على التكاليف. هذه الاختلافات الرئيسية تجعل الاعتماد على الافتراضات أمرًا بالغ الأهمية. بالطبع، هناك مقايضة: إن وضع الافتراضات يبسط العملية، ولكن قد يتم التضحية بالدقة. ومع ذلك، ونظرًا لعدد العوامل المتضمنة، يجب وضع افتراضات معينة للوصول إلى نظرية قابلة للتطبيق.
هناك ثلاثة اعتبارات رئيسية عند تقييم هياكل التكلفة:
الاختلافات في الإعداد: مثال نموذجي هل يستخدم أحد المشغلين خوادم معدنية وأخرى تعمل على السحابة (الشراء مقابل التأجير). يمكننا عادة أن نأخذ هذه الاختلافات في الاعتبار عندما نعرف المشاركات المقابلة عبر الشبكة بأكملها. وينطوي ذلك أيضًا على تكلفة رأس المال في عقد الإيجار أو اتفاقية التمويل. وبافتراض عدم وجود تكاليف رأسمالية، نوصي بتجاهل هذه الاختلافات.
هناك اختلاف آخر في التكلفة يتعلق بوقت شرائه (يصبح شراء وحدة تخزين أرخص بمرور الوقت، وقد لا يكون شراء H100 كذلك) أو مكان تشغيلها. نوصي بأخذ الجانب الزمني بعين الاعتبار عند استخدام الأسعار الحالية. عندما يتعلق الأمر بتكاليف العمالة، فإن الموقع مهم: يمكن لـ DePIN توظيف مساهمين من جميع أنحاء العالم، حيث تختلف مستويات الأجور المحلية بشكل كبير ويصعب تقييم الالتزام بالوقت لهذه الجهود. ومع ذلك، فإننا نفترض افتراضًا مبسطًا مفاده أن جميع مشغلي العقد لديهم نفس الأجر بالساعة في نسختنا من الإطار.
اختلافات الكفاءة: يمكن أن يكون لمشغلي العقد نفس الإعداد بالضبط، ولكن إذا قام أحدهم بتشغيل المزيد من نفس العقد، فقد يكون لديهم تكاليف أقل لكل عقدة بسبب التأثيرات الاقتصادية على نطاق واسع. في إطار عملنا، نحتاج أولاً إلى تقييم توزيع العقدة لكل مشغل عقدة لمراعاة هذه التأثيرات. ومن ثم، لفهم تأثير التكلفة وتقديره، يلزم إجراء دراسات استقصائية مع شركات النقل الأكبر والأصغر أو نقاط البيانات الأخرى المتاحة (مثل الخصومات الترويجية المجمعة).
ومن الأمثلة الأخرى الداعمون للشبكة على المدى الطويل، والذين هم على طول منحنى التعلم وبالتالي أكثر كفاءة من الناحية التشغيلية، مقارنة بأولئك الذين انضموا للتو. وما لم تكن لدينا نقاط بيانات مباشرة من الاستطلاعات، فإننا نتجاهل هذا الجانب.
الاختلافات في الإسناد والحساب: على الرغم من أن مشغلي العقد متساوون في النقطتين الأوليين، إلا أنهم قد يعرضون مساهماتهم على أساس تكلفة مختلفة وبالتالي ستختلف التكلفة النهائية. على سبيل المثال، يتعامل أحد الأشخاص مع مشاركته على أنها وظيفة بدوام جزئي ولا يتتبع أي وقت يقضيه، في حين يعاملها شخص آخر على أنها عمل أساسي، ويدفع الأجور على أساس الوقت الذي يقضيه في المشروع. نحن نأخذ في الاعتبار هذا الاختلاف من خلال توفير هامش خطأ أوسع للجانب "بدوام جزئي" (حيث يتم الاستهانة به بشكل عام)، ولكن بافتراض الاستثمار في نفس الوقت لكل عملية عقدة (انظر أيضًا تأثيرات وفورات الحجم).
يرتبط هذا بفوائد الاقتصاد التشاركي المشترك في DePIN: يمكن للمشغلين استخدام نفس الإعداد (وبالتالي الأجهزة والعمالة وعرض النطاق الترددي) في شبكات متعددة والكهرباء ونفقات التشغيل الأخرى)، مثل تشغيل Livepeer مع Ethereum وFilecoin، وتشغيل io.net مع Render وFilecoin وشبكات GPU الأخرى. بالنسبة للحالات التي تكون فيها الأجهزة ضرورية للعملية، فإننا لا نأخذ في الاعتبار توفير التكاليف المرتبط بالاقتصاد التشاركي. ليس من الصعب تحديدها فحسب، بل من الصعب أيضًا تحديد أي الشبكات تستفيد أكثر من حيث التكلفة وكيفية توزيع المدخرات. على الجانب المحاسبي، سنقوم بتقسيم إجمالي التكاليف إلى مبالغ شهرية. للتبسيط، لنفترض أننا قمنا بإطفاء الإجمالي على نفس المدة على مدار العمر وتخصيص نفس المبلغ لجميع مشغلي العقد كل شهر.
بالطبع، هناك المزيد من الفروق الدقيقة، والتي سنستكشفها بمزيد من التفصيل في مستودع DePIN.
يضيف هذا بُعدًا ثالثًا إلى "خطة التنفيذ" الخاصة بنا، وهو إنشاء 60 مجموعة مختلفة يجب وضعها في الاعتبار:
بشكل عام، في حين أن هذه الصيغة شاملة للغاية وتوفر مجموعة متنوعة من خيارات هيكل التكلفة، فإن الأكثر فائدة هو تطبيقها على عدة نقاط مختلفة في الوقت المناسب بدلاً من نقطة ثابتة واحدة في الوقت المناسب. أقوى النماذج هي تلك التي تربط تكاليف التشغيل بسعة الشبكة. يتيح لنا ذلك فهم مدى تغير التكاليف مع تغير القدرة أو الاستخدام. ترتبط سعة الشبكة بالخدمات التي تقدمها الشبكة، مثل عدد طلبات RPC لـ Pocket، أو مقدار التخزين لـ Arweave أو Filecoin، أو النسبة المئوية لرسم خرائط شبكة الطرق لـ Hivemapper.
يُرجى ملاحظة أن هذه الصيغة تتطلب قدرًا كبيرًا من المعلومات المتاحة للعامة، والتي نوصي بالحصول عليها من خلال الوثائق المتوفرة على الويب، ومنشورات المنتديات/Discord، والاستبيانات إن أمكن.
الاستنتاجات والخطوات التالية
مع تطور أرقام DePIN بمعدل متزايد، يمثل تقدير مكونات التكلفة لمختلف أرقام DePIN تحديًا. بالإضافة إلى قوانين الطاقة المعروفة فيما يتعلق بتكاليف الأجهزة وسعتها بمرور الوقت، فإن تقدير التكاليف الخاصة بالعملات المشفرة، مثل قدرات الغاز والإنتاجية لطبقة التسوية، ليس بالأمر التافه.
من المفيد معرفة كيفية ارتباط التكاليف الحالية بإصدار الحوافز وإيرادات جانب الطلب، وكيف تتغير أكبر محركات التكلفة مع تغير الافتراضات، وكيف تزيد التكاليف مع زيادة مؤشر الطلب.
للمساعدة في توجيه قرارات الحوكمة بشأن التصميم الاقتصادي لـ DePIN، يجب ربط تقديرات التكلفة بمكافأة الإصدار وإيرادات الاستخدام. بينما أخطط لتقديم المزيد من الأمثلة على تقديرات التكلفة لشبكات DePIN، فإنني أرحب بالتعليقات على الإطار المقترح وافتراضاته وملخصه والتحسينات المحتملة لتقديرات التكلفة المقدمة.
الملحق - مثال لإطار العمل
Livepeer
يوفر Livepeer بنية أساسية لامركزية للفيديو للبث المباشر وعند الطلب. مؤخرًا، بدأ Livepeer في تمكين موارد وحدة معالجة الرسومات الخاملة لحالات استخدام التدريب على نموذج الذكاء الاصطناعي (راجع التفاصيل هنا).
تتوفر هنا عملية خطوة بخطوة لتطبيق إطار العمل. تعتمد معظم تقديرات التكلفة على الاستطلاعات ومعلومات المجتمع التي تم إجراؤها مع مشغلي العقد (أي المنسقين) في صيف 2023 (كما هو الحال هنا).
تبلغ التكلفة الإجمالية المقدرة لتشغيل شبكة Livepeer حوالي 85000 دولار شهريًا. يوضح التوزيع التفصيلي لمتوسط التكاليف أن الأجهزة والعمالة تمثل حصصًا متساوية تقريبًا (حوالي 40٪). مع الأخذ في الاعتبار عدم اليقين في تقديرات تكلفة العمالة الموضحة في الجدول، فإن التكلفة الشهرية لمنسقي الشبكة البالغ عددهم 100 ومحولات التشفير الخاصة بهم وتكاليف الفواتير على Arbitrum تبلغ حوالي 40.000 دولار، وهو في الطرف الأدنى من النطاق التقديري. تجدر الإشارة إلى أن التكلفة الشهرية البالغة 40 ألف دولار ليست بعيدة عن إيرادات الرسوم الحالية التي تبلغ حوالي 5-10 إيثريوم شهريًا (أي ما يعادل سعر إيثريوم يتراوح بين 3000-4000 دولار). ومع ذلك، لا يحقق المنسقون أرباحًا سلبية لأن جزءًا أكبر من إيراداتهم يأتي في الواقع من المكافآت المتراكمة.
من الجدير بالذكر أنه نظرًا لأن معاملات Livepeer تتم تسويتها على Arbitrum، فإن تكلفة طبقة التسوية تتراوح بين 0.5-2 ETH شهريًا. ويمثل هذا توفيرًا في التكلفة يزيد عن 95% مقارنة بالوضع في الربع الأول من عام 2022 قبل ترحيل Arbitrum. بالإضافة إلى ذلك، ارتفعت المعاملات على Livepeer بمقدار 2-3 مرات اعتبارًا من اليوم. ومن الناحية النسبية، تمثل الطبقة المحاسبية الآن نحو 5% من إجمالي التكاليف، في حين كانت محركاً رئيسياً للتكاليف قبل الترحيل (نحو 80% من إجمالي التكاليف).
مؤخرًا، تم تعديل الخوارزمية التي تحدد كيفية توزيع العمل للتركيز بشكل أكبر على كل بكسل السعر المقدم من قبل أوركسترا. وهذا يضع ضغطًا هبوطيًا على أسعار تحويل الشفرة وقد يساعد في تعزيز الطلب، لكن المناقشات في المنتدى تشير إلى أن مستويات الأسعار بحاجة إلى مزيد من التخفيض. ومن ناحية أخرى، قد تساعد شبكات الذكاء الاصطناعي الفرعية التي تم إطلاقها مؤخرًا في إضافة المزيد من سبل تحقيق الدخل للشبكة.
أحد السيناريوهات المحتملة في جدول بيانات التقدير هو أن زيادة الحاجة إلى تحويل ترميز الدقائق بمقدار 3 أضعاف لن يؤدي إلا إلى زيادة التكلفة الإجمالية بنسبة 20%. ومن الجدير بالذكر أن عرض النطاق الترددي هو المحرك الرئيسي لزيادة التكاليف.
إذا افترضنا مستويات أسعار مماثلة (3000 دولار مقابل 1ETH)، فيجب أن يكون هذا كافيًا لجلب الشبكة إلى منطقة التعادل. ومع ذلك، إذا تم تخفيض أسعار تحويل الشفرة بنسبة 50%، فستبلغ إيرادات الرسوم على مستوى الشبكة حوالي 45000 دولار شهريًا، وبالتالي أقل من الحد الأدنى لتقدير التكلفة. ويبقى أن نرى كيف ستتغير ديناميكيات التكلفة والإيرادات على شبكة Livepeer مع ظهور حالات استخدام جديدة مثل إنشاء فيديو الذكاء الاصطناعي (وبالتالي زيادة فرص تحقيق الدخل).
POKT
في جوهرها، توفر شبكة POKT نقاط نهاية لامركزية لاستدعاء الإجراء عن بعد (RPC). أعلنت شبكة POKT مؤخرًا أنها ستتوسع لتشمل المزيد من حالات الاستخدام لاستدلال نماذج الذكاء الاصطناعي. إطار التطبيق خطوة بخطوة هو كما يلي. تعتمد معظم تقديرات التكلفة على الدراسات الاستقصائية التي تم إجراؤها مع مشغلي العقد في صيف 2023 ومقابلات المتابعة مع مشغلي العقد ومشغلي البوابة.
استنادًا إلى ما يقرب من 15000 عقدة وأربعة مشغلين للبوابات يوفرون نقاط نهاية RPC، فإننا نقدر أن شبكة POKT تكلف حاليًا حوالي 200000 دولار (+/- 80000 دولار) شهريًا لخدمة ما يقرب من 500 مليون مرحل. أكبر مكون حتى الآن هو عقدة الخدمة (حوالي 75% من التكلفة).
نظرًا لأننا نستطيع الوصول إلى البيانات التاريخية حول عدد العقد النشطة في الشبكة، ولدينا نقاط بيانات لمكونات التكلفة المختلفة مع مرور الوقت، فيمكننا وضع تقدير تكلفة الشبكة على مخطط زمني، مع عرض ثلاثة تكاليف رئيسية تمت معالجة التخفيضات:
دخول السوق الهابطة في منتصف عام 2022 وتقليل مكافآت الرموز المميزة (خاصة مكافآت الرموز المميزة القائمة على الدولار الأمريكي)، وتكامل العقد< /p>
يؤدي طرح التحسينات على مستوى الشبكة مثل Geomesh وLeanPOKT إلى تقليل تكاليف التشغيل بشكل كبير، فضلاً عن الالتزام الشخصي لمشغلي العقد بإدخال تحسينات على الإعداد
يعمل دور البوابة اللامركزية على تقليل تكاليف النطاق الترددي عن طريق إضافة إعداد بوابة أبسط
نظرًا لأن إطار التكلفة الخاص بنا يربط تقديرات التكلفة بسعة الشبكة والطلب، يمكننا تقييم التغييرات في هياكل التكلفة. على سبيل المثال، إذا زاد الطلب من 500 مليون مرحل حاليًا إلى 2.5 مليار مرحل يوميًا، على سبيل المثال، فإن البوابات ستمثل 60% من إجمالي قاعدة التكلفة، والتي تبلغ حوالي 400000 دولار شهريًا (حاليًا حوالي 200000 دولار). لاحظ أن هذه التكلفة مضاعفة وأن الزيادة في الطلب تساوي 5 أضعاف. وذلك لأن عقد الخدمة قادرة على تحسين إعدادها حتى تتمكن من تلبية الطلب المتزايد بنفس التكلفة بشكل أساسي.
إذا افترضنا أيضًا أن حصة البوابات الجديدة التي تعمل على أساس تكلفة أقل تزيد، على سبيل المثال، إلى 50% (حاليًا 30%) من إجمالي عدد خطوط الاتصال التي يتم تقديمها، فإن التكلفة الإجمالية للشبكة ستكون 300,000 دولار شهريا.
عندما تصبح البوابات لا مركزية، يمكن لمشغلي البوابة تحديد نقاط الأسعار الخاصة بهم بشكل فردي. إذا افترضنا أن متوسط السعر لكل مليون طلب يبلغ 4 دولارات، فإن السيناريو بالنسبة لشبكة POKT ككل سيكون ربح 300 ألف دولار شهريًا، وبالتالي تحقيق التعادل بشكل أساسي.
Dfinity/ICP
تم تصميم Dfinity/Internet Computer Protocol (ICP) ليكون بمثابة "سلسلة كتل من blockchain" لتنفيذ العقود الذكية (تسمى العلب) التي توفر موارد الحوسبة، يتم تنظيم هذه العقود في شبكات فرعية (التفاصيل https://internetcomputer.org/whitepaper.pdf). العمود الفقري عبارة عن أجهزة عقدية توفر التخزين والحوسبة وعرض النطاق الترددي لتكرار جميع العلب والحالات والحسابات على شبكاتها الفرعية.
يظهر هنا إطار عمل التطبيق خطوة بخطوة. تعتمد معظم تقديرات التكلفة على بيانات من الوثائق ومنشورات المنتدى.
ICP هي واحدة من الشبكات القليلة التي تدمج التكاليف المستندة إلى العملات الورقية في آلية المكافأة الرمزية، مما يجعل تقييم التكلفة أسهل. يوجد حاليًا حوالي 1400 جهاز عقدي يديرها حوالي 85 مشغلًا. ليس لدينا نقاط بيانات حول وفورات الحجم لشركات النقل الأكبر حجمًا، لذا فإن نطاق تقديراتنا الإجمالي واسع جدًا: يكلف تشغيل شبكة ICP حوالي 400000 دولار إلى 900000 دولار شهريًا، بمتوسط يبلغ حوالي 600000 دولار.
في حين أن تقييم الدخل المناسب يستحق مقالًا منفصلاً، فإننا نقدر أن الدخل الشهري الحالي يبلغ حوالي 25000 دولار. قد يبدو هذا منخفضًا مقارنة بالتكلفة المقدرة، ولكن يرجع ذلك إلى انخفاض الاستخدام: مع وجود 559 جهازًا عقديًا نشطًا فقط، فإننا نقدر الطلب الحالي (معبرًا عنه بمعدل حرق الدورة) بحوالي 2% من إجمالي السعة. وهذا يعني أن الشبكة يمكن أن تتحمل، على سبيل المثال، زيادة قدرها 25 ضعفًا في الطلب دون زيادة قاعدة التكلفة الحالية. في الواقع، قدر أحد منشورات المنتدى أن الطلب سيكون 15-25 ضعفًا على مدار العامين المقبلين، الأمر الذي سيؤدي بعد ذلك (كل الأمور الأخرى متساوية) إلى حصول برنامج المقارنات الدولية على تلك الرسوم كل شهر.
DIMO
DIMO هي شبكة لا مركزية، إعطاء السائقين القدرة على إدارة بيانات سيارتهم. وفي الوقت نفسه، يمكّن DIMO المؤسسات والمطورين من إنشاء (ومن ثم تحقيق الدخل) تطبيقات مبتكرة متعلقة بالتنقل. ويتم قياس البيانات عبر أجهزة أو تطبيقات خاصة (Autopi، Macaron). في حين أن مثال DePIN أعلاه هو شبكة موارد رقمية، فإن DIMO هو المثال الأول لشبكة الموارد المادية المضمنة في هذا التحليل.
يرد أدناه إطار عمل التطبيق خطوة بخطوة. تعتمد معظم تقديرات التكلفة على معلومات تسعير (المعدات) عبر الإنترنت وبيانات Dune ومنشورات المنتديات.
بالنسبة لطبقة التسوية، نفترض أن نصف متوسط الإنفاق الذي يتراوح بين 0.60 إلى 1.50 دولارًا أمريكيًا في الربع الأول من عام 2024 لكل سيارة متصلة يمكن أن يعزى إلى عمليات DIMO. بالنسبة للبوابة، فإننا نفترض أن تكاليف الأجهزة الشهرية تبلغ حوالي 4000 دولار أمريكي وتكاليف العمالة المرتبطة بالعمليات المذكورة أعلاه تبلغ حوالي 11000 دولار أمريكي شهريًا. بشكل عام، يضيف هذا ما يصل إلى حوالي 180 ألف دولار من النفقات الشهرية، كما هو موضح في الجدول أدناه. ترتبط معظم التكاليف بعرض النطاق الترددي والتكاليف الأخرى، ويتعلق حوالي 1/3 بتكاليف الفواتير على Polygon و2/3 آخر يتعلق بحصة التكلفة الشهرية لتكامل السيارات الذكية.
ليس لدينا معلومات حول الفعلي تشير إيرادات الشبكة إلى أن التقديرات باستخدام سوق بيانات السيارات العالمية وإيرادات بيانات السيارات ذات الصلة تشير إلى أن الإيرادات الحالية لكل مركبة تبلغ حوالي 150 دولارًا إلى 185 دولارًا، والتي يمكن أن تنمو إلى 500 إلى 600 دولار بحلول عام 2030. إذا تمكنت شركة DIMO من تحقيق 10-15% من الإيرادات من هذا، فإن الإيرادات المتولدة ستكون في حدود 110,000 دولار إلى 180,000 دولار شهريًا، بما يغطي تكاليف التشغيل.
ومع ذلك، لا يبدو أن تحقيق الدخل من البيانات في حد ذاته هدف بروتوكول فعلي؛ بدلاً من ذلك، يركز DIMO على توفير البنية التحتية لبناء التطبيقات أعلى الشبكة (https // docs.dimo.zone/overview)، والذي ينعكس في أحدث مناقشة حول عقدة DIMO وترقيات الرمز المميز. قد تؤثر التغييرات قيد المناقشة على هيكل التكلفة الموضح أعلاه.
شكر خاص للمساهمين: ميهاي (ميساري)، راولين (IoTeX)، فريق Nodies، فريق Grove، مؤسسة Pocket Network، فريق DIMO، Diana ساهم بيغز وكريستوفر هيمان في التعليقات والتعليقات.
*المشروع القياسي عبارة عن محفظة بحجم 1kx.