الكشف عن النموذج الأولي للجيل التالي من Internet Permaweb: بنية الخدمات المصغرة اللامركزية في ظل نظرية SCP

2023-08-15 11:32:14

! [الكشف عن النموذج الأولي للجيل التالي من Internet Permaweb: بنية الخدمات المصغرة اللامركزية في ظل نظرية SCP] (https://img-cdn.gateio.im/resized-social/moments-69a80767fe-77e78154a7-dd1a6f-1c6801)

المؤلف: Outprog @ Contributor of PermaDAO

المراجع: Xiaosong HU @ مساهم في PermaDAO

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

لمزيد من المعلومات حول مفهوم ورؤية Permaweb ، يمكنك قراءة "إمكانات Arweave هي إحياء مكتبة الإسكندرية ، وليس بديلاً من Filecoin" الذي كتبه المعلم Liu Yi لمعرفة المزيد عن مفهوم Permaweb.

ستفسر هذه المقالة Permaweb من منظور تقني جنبًا إلى جنب مع نظرية SCP.

! [الكشف عن النموذج الأولي للجيل القادم من Internet Permaweb: بنية الخدمات المصغرة اللامركزية في ظل نظرية SCP] (https://img-cdn.gateio.im/resized-social/moments-69a80767fe-017de45661-dd1a6f-1c6801)

الإطار الأساسي

يستخدم Permaweb بنية من ثلاث طبقات ، والطبقة العليا هي طبقة التطبيق ، وهي واجهة موجهة للمستخدم. الطبقة الوسطى هي طبقة الخدمة ، والتي توفر خدمات خلفية للتطبيق. الطبقة السفلية هي طبقة التخزين ، والتي تستخدم Arweave لتوفير خدمات تخزين البيانات للتطبيقات.

لا تختلف بنية Permaweb كثيرًا عن بنية Web2. تتوافق طبقة التطبيق مع واجهة Web2 الأمامية التقليدية ، وتتوافق طبقة الخدمة مع النهاية الخلفية ، وتتوافق طبقة التخزين مع الخادم الفعلي أو قاعدة البيانات.

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

** تظهر بنية تطبيق Permaweb في الشكل أدناه **

** صورة من ** ** كتاب الطبخ Permaweb **

** فيما يلي شرح تفصيلي لمعمارية Permaweb المكونة من ثلاث طبقات **

** طبقة تخزين **

طبقة التخزين هي جوهر Permaweb. إذا كانت طبقة التخزين لا تستخدم تقنية blockchain ، فلن يكون هناك فرق بين Permaweb و Web2. لا تقتصر طبقة تخزين Permaweb بالضرورة على Arweave. من الناحية النظرية ، من الممكن أيضًا استخدام Bitcoin أو Ethereum كطبقة تخزين لبناء Permaweb كامل ، ولكن يصعب على المطورين والمستخدمين تحمل تكاليف التخزين الباهظة. تعتبر Arweave حاليًا أكثر blockchain احترافًا للتخزين الدائم ، وتكلف 5 دولارات فقط مقابل 1 غيغابايت ، وهو الخيار الأفضل لـ Permaweb.

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

** طبقة الخدمة **

بصفتها برمجية وسيطة موحدة ، توفر طبقة الخدمة واجهات برمجة تطبيقات للتطبيقات ، على غرار مجموعات الخدمات المصغرة Web2 ، والتي تكون عديمة الحالة ويمكن توسيعها أفقيًا. عادةً ما توفر طبقة خدمة Permaweb واجهات وبروتوكولات معيارية (على غرار Web2's gRPC أو Thrift مفتوحة المصدر تمامًا وبروتوكولات مفتوحة المصدر) ، وهذه الواجهات والبروتوكولات مفتوحة المصدر تمامًا ، ويمكن لأي مزود خدمة ينشر الخدمات توفير نفس الشيء API وفقًا لمعايير البروتوكول. يمكن تشغيل أي تطبيق واستخدامه على خدمات مختلفة طالما تم تطويره باستخدام البروتوكولات القياسية.

** تحتوي طبقة خدمة Arweave حاليًا على أربعة مكونات أساسية ** ، وهي:

- ** خدمة البوابة: ** ستخزن بيانات Arweave المستخدمة بشكل متكرر. مثل arweave.asia و arweave.dev و g8way.io و arweave.world وما إلى ذلك.

** خدمة ربط البيانات (حزم البيانات المجمعة): ** استخدم معيار Arweave ANS-104 لتعبئة كمية كبيرة من البيانات على دفعات إلى Arweave. مثل bundlr و arseeding وما إلى ذلك. يمكن أيضًا استرداد بيانات ANS-104 باستخدام GraphQL.
** خدمات التسلسل: ** خدمات العقود الذكية ، وخدمات الدفع ، وما إلى ذلك. مثل Warp و everPay وما إلى ذلك.
** خدمة الفهرسة: ** خدمة استرداد العلامات Arweave ، خدمة فهرسة النص الكامل. مثل Adot و KNN3 و goldsky وما إلى ذلك.

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

طبقة التطبيقات

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

** التفاعل: ** يحتاج المستخدمون فقط إلى التفاعل مع طبقة الخدمة ولا يحتاجون إلى التفاعل مع blockchain الأساسي.

- ** تحميل الموارد: ** البوابة المعيارية هي جميع موارد الملفات التي يجب تحميلها بواسطة الواجهة الأمامية لـ Permaweb. وفقًا لمعيار Manifest ، تنظم موارد الملفات هذه الموارد على طبقة التخزين في تنسيق دليل ، وهو مناسب لتحميل وتجميع بروتوكولات الويب.

** كتابة البيانات: ** عادةً ما تستخدم كتابة Permaweb معيار ANS-104 على Arweave ، والذي يمكن أن يدعم كتابة البيانات على نطاق واسع. خدمة الحزمة التي تنفذها ANS-104 تجعل تجربة الكتابة لـ Permaweb مماثلة تمامًا لتجربة Web2.
** الاستعلام عن البيانات وفهرستها: ** تسمح خدمة الفهرسة الموحدة لـ Permaweb بتحميل المحتوى ديناميكيًا. لا يحتاج إنشاء الفهرس إلى الانتظار حتى يتم حزم البيانات أخيرًا إلى Arweave. بعد تحميل البيانات إلى خدمة الحزمة ، يمكن إنشاء فهرس تطبيق فعال في الوقت الفعلي ، مما يوفر للمستخدمين إمكانات الاستعلام عن البيانات في الوقت الفعلي .

باختصار ، يمكن أن يحقق Permaweb نفس تجربة Web2 من حيث التفاعل.

** مقاومة الرقابة: ** توفر البروتوكولات القياسية والواجهات للتطبيقات مقاومة للرقابة. عنوان URL المدرج أدناه هو تطبيق Permaweb يسمى كتاب الطبخ:

يمكن العثور على أنه يمكن الوصول إلى تطبيق كتاب الطبخ عن طريق فتح أي عنوان URL ، ويتم تقديم الموقع من خلال بوابات وخوادم مختلفة حول العالم. إذا تعذر الوصول إلى arweave.asia ، فلا يزال بإمكان المستخدمين استخدام عدة عناوين URL أخرى لمتابعة استخدام التطبيق. حتى إذا تم إغلاق جميع البوابات ، يتم تخزين بيانات كتاب الطبخ في Arweave ، ولن يتم فقد البيانات حتى يتمكن مزود الخدمة من استعادة تطبيق كتاب الطبخ في أي وقت.

يمكن أن يضمن استخدام التخزين الدائم Arweave كطبقة تخزين لامركزية البيانات لكل تطبيق Permaweb ؛ باستخدام بروتوكول معياري مفتوح المصدر كطبقة الخدمة يمكن أن يتجنب مخاطر المراجعة الناتجة عن إغلاق الخوادم الفردية بسبب القوة القاهرة. تطبيقات Permaweb لامركزية ومضادة للرقابة.

إصدار الخدمات المصغرة من SCP

تشبه بنية Permaweb بنية الويب التقليدية 2. في جوهرها ، Permaweb عبارة عن مجموعة من بنية تطبيقات الخدمات المصغرة القائمة على التخزين اللامركزي.

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

تتشابه البنية العامة لـ Permaweb مع الخدمات المصغرة ، ويتألف كل تطبيق Permaweb من وحدات خدمة موحدة ومستقلة. يمنح مفهوم التصميم نفسه Permaweb القدرة على بناء تطبيقات كبيرة ومعقدة.

يتمثل الاختلاف عن الخدمات المصغرة التقليدية في أن Permaweb يتوافق مع SCP وهو تطبيق يعتمد على إجماع التخزين. Permaweb هو إصدار معمارية الخدمات المصغرة من SCP.

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

عند استخدام SCP لتطوير التطبيقات ، لا تتطلب بنية التطبيق التقليدية الكثير من التعديلات ، فقط DB (طبقة التخزين) تحتاج إلى استبدالها بتخزين blockchain غير قابل للعبث والتتبع.

ميزة

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

مثل بنية الخدمات المصغرة التقليدية ، تتمتع هذه البنية بمزايا التطوير التالية:

** 1. نمطية وقابلية الصيانة: ** خدمات مستقلة ، كل منها مسؤول عن وظيفة معينة. يتيح هذا التصميم المعياري والمعياري تطوير كل خدمة واختبارها ونشرها وصيانتها بشكل مستقل ، وبالتالي تحسين قابلية الصيانة ومرونة التطبيق.

** 2. الاستقلال: ** يمكن تطوير كل خدمة وصيانتها بواسطة فرق مختلفة. إنه يتماشى بشكل أكبر مع خصائص DAO ، مما يسمح للمؤسسات والأفراد المختلفين بتقديم أفضل أداء وسرعة تطوير لـ Permaweb ، ويسمح للمطورين باختيار مجموعة وأدوات التكنولوجيا الأكثر ملاءمة. في نظام Arweave البيئي ، يمكننا أن نرى أن الفرق المختلفة تقدم خدمات مختلفة ، على سبيل المثال ، توفر ar.io بوابات ، و bundlr و arseeding مفتوحة المصدر توفر خدمات ربط البيانات ، وتقدم everPay و Permaswap خدمات مالية متخصصة ، وما إلى ذلك.

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

** 4. التوافر العالي: ** مع العديد من البوابات المتاحة (الخدمات المصغرة) ، لن يكون للتطبيق نقطة فشل واحدة ويكون متاحًا بشكل أفضل.

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

الممارسة: من Arweave ، ما بعد Arweave

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

قدم الآن

إنه تطبيق Permaweb (يشار إليه فيما يلي باسم Now) ، وهو عبارة عن منصة اتصال لمطوري Arweave الإيكولوجيين. تتمثل الوظيفة الرئيسية لـ Now في أن يبدأ المستخدمون مدونات ، ويمكن للمستخدمين الإعجاب بهذه المحتويات.

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

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

في هذه الصفحة ، يتم الحصول على إطار التهيئة وجميع بيانات المستخدم ، وكذلك جميع الصور المعروضة على الصفحة من خلال البوابة. سيتم حساب هذه العناصر وتجميعها في المتصفح لتشكيل الصفحة الكاملة لـ Now. توفر البوابة إمكانية تحميل الموارد الثابتة ، وتوفر خدمة الفهرس إمكانية تحميل البيانات الديناميكية.

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

يوضح الشكل أعلاه العملية الأساسية لكتابة وقراءة Permaweb. في التطبيقات العملية ، سيتم تنفيذ كل من كتابة وقراءة Permaweb من خلال طبقة الخدمة.

** توسيع نطاق **

أكبر ميزة للخدمات المصغرة هي قابلية التوسع ، والتي سيتم توريثها بالكامل من تطبيق Now. يمكننا الوصول الآن باستخدام أي بوابة:

يمكن للبوابات المماثلة التوسع إلى ما لا نهاية ، مما يمنح تطبيقات Now أداءً شبه لا نهائي.

أفضل ممارسات SCP

في بنية Permaweb ، تستخدم الطبقة السفلية Arweave فقط كطبقة تخزين. ولكن لا ينبغي أن تقتصر الخدمات المصغرة اللامركزية على هذا ، يجب علينا استيعاب مزايا Permaweb وبنية الخدمات المصغرة بعمق لاستكشاف أفضل الممارسات الهندسية لـ SCP.

الصورة أدناه مأخوذة من المقالة "** Consensus Changes، Blockchain Application Paradigm Evolution Journey **" ، التي تصف بنية تطبيق blockchain المستقبلية - لا يتفاعل المستخدمون مع نظام blockchain نفسه ، ولكن تتفاعل طبقة الخدمة. مرت تطبيقات Blockchain بعملية التطور من الشكل 1 إلى الشكل 3 ، ويمكن قراءة المزيد من المحتوى:

كما يتضح من الشكل 3 أعلاه ، فإن blockchain الذي يعتمد عليه التطبيق لا يقتصر على Arweave ، كما أن Bitcoin و Ethereum هي أيضًا كائنات blockchain. تعمل هذه البلوكشين كمصدر للإجماع على التطبيق ، مما يوفر اللامركزية والضمانات الموثوقة لـ التطبيق. وبالمثل ، يمكن أيضًا توسيع خدمات Permaweb والخدمات المصغرة اللامركزية ، ولا تحتاج طبقة التخزين إلى تقييد Arweave. وفي الوقت نفسه ، يمكن أيضًا استخدام Bitcoin و Ethereum كطبقة تخزين. في هذا الوقت ، يمكن أيضًا أن تكون طبقة التخزين أخرى أنواع البلوكشين. يتم عرض بنية أفضل الممارسات الممكنة أدناه:

! [الكشف عن النموذج الأولي للجيل القادم من Internet Permaweb: بنية الخدمات المصغرة اللامركزية بموجب نظرية SCP] (https://img-cdn.gateio.im/resized-social/moments-69a80767fe-c434671a27-dd1a6f-1c6801)

نستخدم ** ترتيبًا تصاعديًا ** لوصف:

** طبقة التوافق: ** لم يعد من المناسب تسمية طبقة التخزين بعد توسع Permaweb. لقد أعدنا تسمية طبقة التخزين الأصلية لتكون طبقة الإجماع. يمكن أن تكون طبقة الإجماع أي نظام blockchain ، وهذه الأنظمة غير قابلة للتلاعب ويمكن تتبعها.
** طبقة الخدمة: ** يتمثل الاختلاف الأكبر بين طبقة الخدمة و Permaweb في أن الطبقة السفلية من البروتوكول القياسي لا تقتصر على تخزين Arweave ، ويمكن إنشاء الخدمات المصغرة لأي نظام blockchain. بأخذ خدمة الفهرس كمثال ، يوفر Nansen إمكانات الاستعلام عن البيانات لسلسلة EVM العامة الحالية ، ويمكن للعديد من Dapps وبيانات الواجهة الأمامية استخدام Nansen مباشرةً كمصدر بيانات. يوفر KNN3 أيضًا إمكانات فهرسة مماثلة ، وإنشاء طبقة استعلام علائقية موحدة لبيانات blockchain ، كما يوفر KNN3 أيضًا إمكانات فهرسة التخزين المتوافقة مع Arweave GraphQL. في هذه البنية ، تتمتع الخدمات المصغرة بمعايير أكثر وتوافق أفضل لطبقة التوافق.
** طبقة التطبيق: ** لا تقتصر هذه البنية على تطبيقات Permaweb ، بل يمكن أن توفر الدعم للتطبيقات اللامركزية (Web3) وتطبيقات Web2 في نفس الوقت ، وهي متوافقة تمامًا مع نظام العمارة الأصلي.

لخص

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

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

مرجع

** 1. ** إمكانية Arweave هي إحياء مكتبة الإسكندرية ، وليس استبدال Filecoin

** 2. ** تطور التوافق وتطور نموذج تطبيق blockchain

** 3. ** الطبخ باستخدام Permaweb

** 4. ** ARWEAVE لتخزين البلوك تشين: الشريط الورقي لآلة تورينج ، نموذج جديد للحوسبة الموثوقة

** 5. ** نبذة تاريخية عن تطور Arweave ونموذج إجماع التخزين

شاهد النسخة الأصلية

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