صناعة البلوكشين وصلت إلى نقطة انعطاف. بعد سنوات من التركيز على تحسين السلسلة الفردية، يتحول النظام البيئي نحو شبكات مترابطة. الطبقة 3 تمثل هذا النموذج—ليست عثرة سرعة أخرى لبلوكشين واحد، بل إطار عمل يتيح لعدة سلاسل العمل معًا بسلاسة مع استضافة تطبيقات متخصصة.
فهم طبقة بنية التكديس
قبل فحص مشاريع الطبقة 3 المحددة، من الضروري فهم مكان هذا المستوى ضمن توسيع البلوكشين. يتقدم التكديس تقليديًا كالتالي: الطبقة 1 توفر الإجماع والأمان الأساسي (مثل إيثريوم أو بيتكوين)؛ الطبقة 2 تضيف قدرة المعاملات على رأس الطبقة 1 عن طريق تجميع العمليات قبل التسوية (شبكة Lightning، Arbitrum One)؛ الطبقة 3 تذهب أبعد من ذلك—تنسق عبر عدة طبقات 2 وتمكن من تحسينات تطبيقية خاصة لا يمكن أن تقدمها الطبقات الأساسية أو الطبقات الثانوية بمفردها.
التمييز مهم عمليًا. بينما تتفوق حلول الطبقة 2 في التعامل مع الحجم على سلسلة واحدة، تتعامل الطبقة 3 مع مشكلة مختلفة: التفتت. مع تشرذم أنظمة البلوكشين إلى عشرات السلاسل المستقلة، يواجه المستخدمون والمطورون مشكلة تفتت السيولة، محدودية التوافق، وأنظمة تطبيقات معزولة.
ما الذي يميز الطبقة 3 عن الحلول السابقة
التخصص على حساب التعميم
تعمل شبكات الطبقة 3 وفق فلسفة تصميم مختلفة عن سابقاتها. بدلاً من محاولة أن تكون كل شيء للجميع، تتفوق في مهام محددة. شبكة الطبقة 3 المخصصة للألعاب لا تتنافس مع تلك المخصصة للتداول بالمشتقات—كل واحدة تحتل قطاعها الخاص مع بنية تحتية مخصصة.
يوفر هذا التخصص فوائد قابلة للقياس. على سبيل المثال، Degen Chain، التي أُطلقت على Base، عالجت $100 مليون في حجم المعاملات خلال أسابيعها الأولى بينما ارتفع رمز DEGEN بنسبة 500%. يعكس هذا الاعتماد السريع كيف يمكن للحلول الموجهة للطبقة 3 أن تلتقط قطاعات سوقية محددة بكفاءة أكبر من المنصات العامة.
التوافق كميزة أساسية
ليست الطبقة 3 مجرد عن الأداء—بل عن الاتصال. على عكس حلول الطبقة 2 التي تحسن من أداء سلسلة واحدة، تربط الطبقة 3 بشكل صريح بين الأنظمة البيئية. يمكن للمستخدم الذي يحمل أصولًا على Arbitrum التفاعل مع بروتوكولات على Optimism من خلال تنسيق الطبقة 3 دون الحاجة إلى جسر يدوي، مع الحفاظ على الأمان وتقليل الانزلاق.
أبرز المنافسين في الطبقة 3
رؤية Polkadot متعددة السلاسل
تعمل Polkadot بشكل هيكلي كشبكة من الطبقة 3 من خلال سلسلة relays وبنية parachains. تنسق سلسلة relays الأمان والنهائية بينما تنفذ parachains وظائف محددة بالمجال. يتيح هذا التصميم لـ Acala، Moonbeam، Astar، وغيرها من parachains العمل بشكل مستقل ولكن مع التسوية عبر أمان موحد.
تحكم نظام DOT من خلال الرهان ومزادات فتحات parachain، مما يوازن الحوافز بين الشبكة والمستخدمين. أنشأت parachains مثل Manta Network وClover Finance حلول خصوصية وسيولة متطورة تستفيد من ضمانات التوافق في Polkadot.
Cosmos IBC: توحيد التواصل عبر السلاسل
بروتوكول التواصل بين البلوكشين (IBC) يمثل تفكير الطبقة 3 المطبق على سلاسل السيادة. بدلاً من شبكة موحدة مثل Polkadot، يتيح Cosmos IBC شبكات مستقلة (مثل شبكة Akash، Osmosis، Injective، Band Protocol) التنسيق من خلال رسائل موحدة.
يُبادل هذا التصميم بعض كفاءة التنسيق مقابل أقصى قدر من السيادة—كل سلسلة تحتفظ بسيطرتها الكاملة مع الاستفادة من فوائد التوافق. يعمل بروتوكول IBC كمعيار تقني يتيح ما يسميه Cosmos بـ"إنترنت البلوكشين".
Arbitrum Orbit: نشر السلسلة بدون إذن
يعكس Arbitrum Orbit نموذج بناء السلسلة التقليدي. بدلاً من إطلاق Layer 2 جديد من الصفر، يمكن للمطورين نشر سلسلة Orbit فوق Arbitrum One أو Nova باستخدام بنية تحتية جاهزة. تمثل هذه النسخ من Orbit حلول الطبقة 3، وتقوم بتسوية دفعاتها إلى Layer 2 الخاص بـ Arbitrum قبل التسوية النهائية على إيثريوم.
المرونة كبيرة. يختار المطورون بين تكوينات Rollup (أمان بمستوى إيثريوم) أو تكوينات AnyTrust (تكاليف منخفضة جدًا للتطبيقات ذات الحجم الكبير)، ثم يخصصون مجموعة Arbitrum Nitro لمجال استخدامهم المحدد. تفسر هذه القابلية للتخصيص جاذبية Orbit لفرق التطبيقات التي تبحث عن سلاسل كتل مخصصة دون إعادة بناء طبقات التحقق أو الإجماع.
Chainlink كطبقة أوامر (Oracle) من الطبقة 3
على الرغم من تصنيفها عادة كطبقة 2، تظهر Chainlink خصائص الطبقة 3 من خلال بنية شبكة الأوراكل الخاصة بها. فهي لا تنفذ المعاملات—بل توجه البيانات الخارجية إلى العقود الذكية عبر إيثريوم، Polygon، Optimism، Avalanche، وشبكات أخرى في وقت واحد.
تجعل وظيفة توفير البيانات عبر السلاسل هذه Chainlink بنية أساسية لأي تطبيق يحتاج إلى تغذية أسعار، عشوائية قابلة للتحقق، أو تأكيد أحداث العالم الحقيقي. يحفز رمز LINK مشغلي العقد على تقديم بيانات دقيقة، مما يخلق سوقًا تنافسيًا لخدمات الأوراكل.
zkSync إطار Hyperchain
تمثل Hyperchains باستخدام إثباتات المعرفة الصفرية (ZK) نهجًا modular من الطبقة 3. مبنية على ZK Stack، تتيح Hyperchains للمطورين إنشاء سلاسل كتل مخصصة (طبقة 2 أو 3) مع توسيع مدعوم بـ ZK. يمكن لعدة Hyperchains أن تتفاعل بسلاسة من خلال تجميع الأدلة التكرارية—تُجمّع المعاملات في أدلة ZK، والتي تتجمع بدورها في أدلة مركبة يمكن أن تتوسع لامحدودًا.
تمكن خصائص الخصوصية والحوسبة باستخدام إثباتات المعرفة الصفرية من دعم حالات استخدام (مثل التمويل المؤسسي، الألعاب ذات الحالة المخفية، الشبكات الاجتماعية) التي لا يمكن للـ rollups التقليدية دعمها بكفاءة.
بنية أوفس (Orbs)
تجسر Orbs الفجوة في التنفيذ بين العقود الذكية ومنطق التطبيقات المعقدة. تعمل على إجماع إثبات الحصة (PoS) عبر إيثريوم وPolygon، وتعزز تطبيقات dApps ببروتوكولات مثل dLIMIT وdTWAP التي توسع قدرات التمويل اللامركزي (DeFi) خارج وظائف الطبقة 1/الطبقة 2 الأصلية.
عمل المشروع منذ 2017 ويدعم حالات استخدام متقدمة تشمل أنواع أوامر معقدة، إدارة السيولة، وتحسين التنفيذ، والتي تكافح سلاسل الطبقة 2 الفردية لتوفيرها بشكل أصلي.
Degen Chain: الطبقة 3 التطبيقية الخاصة
تجسد Degen Chain نموذج الطبقة 3 المركّز—بلوكشين مخصص للمدفوعات والمعاملات الألعاب على Base. يظهر توسعها السريع الطلب السوقي على بنية تحتية متخصصة. خلال أسابيع من الإطلاق، حققت حجم معاملات كبير وارتفاع بنسبة 500% في الرمز، مما يشير إلى توافق المنتج مع السوق لطبقات تطبيقات رأسية.
تنظيم البيانات في Superchain
Superchain (Open Index Protocol) تتناول الطبقة 3 من خلال طبقة البيانات. بدلاً من تحسين التنفيذ أو القدرة على المعالجة، تنظم Superchain البيانات على السلسلة وتفهرسها بطريقة لامركزية، مما يمكّن بروتوكولات التمويل اللامركزي، NFT، وغيرها من الاستعلام عن حالة البلوكشين بكفاءة أكبر. تعمل وظيفة تنسيق البيانات هذه كمكمل للطبقات 3 التي تركز على التنفيذ.
التحليل المقارن: الطبقة 1، الطبقة 2، والطبقة 3
البعد
الطبقة 1
الطبقة 2
الطبقة 3
الوظيفة الأساسية
الإجماع والتسوية
قدرة المعاملات
التخصص التطبيقي والتوافق بين السلاسل
نموذج الأمان
مستقل
موروث من L1
منسق عبر طبقات 2
القدرة النموذجية
15-30 معاملة/ثانية
2000-4000 معاملة/ثانية
غير محدود (داخل مجال التطبيق)
حالات الاستخدام
النقود الرقمية، مخزن القيمة
التوسعة العامة
التطبيقات الرأسية، التنسيق عبر السلاسل
أمثلة
بيتكوين، إيثريوم
Arbitrum، Optimism، Polygon zkEVM
Polkadot، Cosmos IBC، Arbitrum Orbit
تعمل الطبقة 2 على تحسين التوسع الأفقي—إضافة قدرة إلى السلاسل الموجودة. تعمل الطبقة 3 على تحسين التخصص الرأسي—إنشاء بنية تحتية فعالة مخصصة لتطبيقات محددة مع التنسيق عبر بيئات تنفيذ متعددة.
التحول في البنية التحتية الجاري
يعكس الانتقال من هيمنة الطبقة 1 عبر انتشار الطبقات 2 نحو التنسيق في الطبقة 3 نضوج البلوكشين. لم تكن سلاسل البلوكشين المبكرة قادرة على التمييز—كانت تتنافس على سرعة المعالجة والأمان. أدخلت حلول الطبقة 2 التخصص (قنوات الدفع مقابل التجميع) ولكن ضمن سياقات سلسلة واحدة.
تتجاوز شبكات الطبقة 3 هذا القيد. نظام Polkadot لا يتنافس مع Cosmos IBC—بل يخدم نماذج سيادة وفلسفات تنظيمية مختلفة. Arbitrum Orbit لا يلتهم مكانة Polygon كطبقة 2—بل يخدم الفرق التي تريد بنية تحتية مخصصة مع تقنية Arbitrum المثبتة.
يساعد هذا التنوع في البنية التحتية على تسريع اعتماد البلوكشين من خلال مطابقة البنية التحتية مع متطلبات التطبيق بدلاً من إجبار التطبيقات على التكيف مع قيود البنية التحتية.
التطلعات المستقبلية
تمثل شبكات الطبقة 3 نضوج البنية التحتية. مع إثبات أن سلاسل الكتل الفردية كانت قابلة تقنيًا، تحول الاهتمام إلى توسيع الطبقة 2. الآن، يدرك القطاع أن التوسعة تتطلب أكثر من تحسينات في المعاملات في الثانية—بل تتطلب تحسينات تطبيقية خاصة، وضمانات التوافق، وأطر تنسيق البيانات.
تمثل مشاريع الطبقة 3 الموضحة أعلاه رؤى متنافسة لهذه المرحلة القادمة. يركز Polkadot على التنسيق الآمن؛ يركز Cosmos IBC على التعاون السيادي؛ يركز Arbitrum Orbit على أدوات المطورين؛ يركز zkSync على الابتكار التشفيري. بدلاً من أن تهيمن واحدة، من المرجح أن تتعايش هذه الحلول—كل منها يجذب البروتوكولات والمستخدمين الذين تتوافق متطلباتهم مع خياراتها المعمارية المحددة.
يُنتقل نظام البلوكشين من سلاسل أحادية إلى شبكات متخصصة ومترابطة. الطبقة 3 هي حيث تتجسد هذه التحول إلى بنية تحتية إنتاجية.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
حلول بلوكتشين الطبقة 3: الجيل القادم من بنية التحتية عبر السلاسل
صناعة البلوكشين وصلت إلى نقطة انعطاف. بعد سنوات من التركيز على تحسين السلسلة الفردية، يتحول النظام البيئي نحو شبكات مترابطة. الطبقة 3 تمثل هذا النموذج—ليست عثرة سرعة أخرى لبلوكشين واحد، بل إطار عمل يتيح لعدة سلاسل العمل معًا بسلاسة مع استضافة تطبيقات متخصصة.
فهم طبقة بنية التكديس
قبل فحص مشاريع الطبقة 3 المحددة، من الضروري فهم مكان هذا المستوى ضمن توسيع البلوكشين. يتقدم التكديس تقليديًا كالتالي: الطبقة 1 توفر الإجماع والأمان الأساسي (مثل إيثريوم أو بيتكوين)؛ الطبقة 2 تضيف قدرة المعاملات على رأس الطبقة 1 عن طريق تجميع العمليات قبل التسوية (شبكة Lightning، Arbitrum One)؛ الطبقة 3 تذهب أبعد من ذلك—تنسق عبر عدة طبقات 2 وتمكن من تحسينات تطبيقية خاصة لا يمكن أن تقدمها الطبقات الأساسية أو الطبقات الثانوية بمفردها.
التمييز مهم عمليًا. بينما تتفوق حلول الطبقة 2 في التعامل مع الحجم على سلسلة واحدة، تتعامل الطبقة 3 مع مشكلة مختلفة: التفتت. مع تشرذم أنظمة البلوكشين إلى عشرات السلاسل المستقلة، يواجه المستخدمون والمطورون مشكلة تفتت السيولة، محدودية التوافق، وأنظمة تطبيقات معزولة.
ما الذي يميز الطبقة 3 عن الحلول السابقة
التخصص على حساب التعميم
تعمل شبكات الطبقة 3 وفق فلسفة تصميم مختلفة عن سابقاتها. بدلاً من محاولة أن تكون كل شيء للجميع، تتفوق في مهام محددة. شبكة الطبقة 3 المخصصة للألعاب لا تتنافس مع تلك المخصصة للتداول بالمشتقات—كل واحدة تحتل قطاعها الخاص مع بنية تحتية مخصصة.
يوفر هذا التخصص فوائد قابلة للقياس. على سبيل المثال، Degen Chain، التي أُطلقت على Base، عالجت $100 مليون في حجم المعاملات خلال أسابيعها الأولى بينما ارتفع رمز DEGEN بنسبة 500%. يعكس هذا الاعتماد السريع كيف يمكن للحلول الموجهة للطبقة 3 أن تلتقط قطاعات سوقية محددة بكفاءة أكبر من المنصات العامة.
التوافق كميزة أساسية
ليست الطبقة 3 مجرد عن الأداء—بل عن الاتصال. على عكس حلول الطبقة 2 التي تحسن من أداء سلسلة واحدة، تربط الطبقة 3 بشكل صريح بين الأنظمة البيئية. يمكن للمستخدم الذي يحمل أصولًا على Arbitrum التفاعل مع بروتوكولات على Optimism من خلال تنسيق الطبقة 3 دون الحاجة إلى جسر يدوي، مع الحفاظ على الأمان وتقليل الانزلاق.
أبرز المنافسين في الطبقة 3
رؤية Polkadot متعددة السلاسل
تعمل Polkadot بشكل هيكلي كشبكة من الطبقة 3 من خلال سلسلة relays وبنية parachains. تنسق سلسلة relays الأمان والنهائية بينما تنفذ parachains وظائف محددة بالمجال. يتيح هذا التصميم لـ Acala، Moonbeam، Astar، وغيرها من parachains العمل بشكل مستقل ولكن مع التسوية عبر أمان موحد.
تحكم نظام DOT من خلال الرهان ومزادات فتحات parachain، مما يوازن الحوافز بين الشبكة والمستخدمين. أنشأت parachains مثل Manta Network وClover Finance حلول خصوصية وسيولة متطورة تستفيد من ضمانات التوافق في Polkadot.
Cosmos IBC: توحيد التواصل عبر السلاسل
بروتوكول التواصل بين البلوكشين (IBC) يمثل تفكير الطبقة 3 المطبق على سلاسل السيادة. بدلاً من شبكة موحدة مثل Polkadot، يتيح Cosmos IBC شبكات مستقلة (مثل شبكة Akash، Osmosis، Injective، Band Protocol) التنسيق من خلال رسائل موحدة.
يُبادل هذا التصميم بعض كفاءة التنسيق مقابل أقصى قدر من السيادة—كل سلسلة تحتفظ بسيطرتها الكاملة مع الاستفادة من فوائد التوافق. يعمل بروتوكول IBC كمعيار تقني يتيح ما يسميه Cosmos بـ"إنترنت البلوكشين".
Arbitrum Orbit: نشر السلسلة بدون إذن
يعكس Arbitrum Orbit نموذج بناء السلسلة التقليدي. بدلاً من إطلاق Layer 2 جديد من الصفر، يمكن للمطورين نشر سلسلة Orbit فوق Arbitrum One أو Nova باستخدام بنية تحتية جاهزة. تمثل هذه النسخ من Orbit حلول الطبقة 3، وتقوم بتسوية دفعاتها إلى Layer 2 الخاص بـ Arbitrum قبل التسوية النهائية على إيثريوم.
المرونة كبيرة. يختار المطورون بين تكوينات Rollup (أمان بمستوى إيثريوم) أو تكوينات AnyTrust (تكاليف منخفضة جدًا للتطبيقات ذات الحجم الكبير)، ثم يخصصون مجموعة Arbitrum Nitro لمجال استخدامهم المحدد. تفسر هذه القابلية للتخصيص جاذبية Orbit لفرق التطبيقات التي تبحث عن سلاسل كتل مخصصة دون إعادة بناء طبقات التحقق أو الإجماع.
Chainlink كطبقة أوامر (Oracle) من الطبقة 3
على الرغم من تصنيفها عادة كطبقة 2، تظهر Chainlink خصائص الطبقة 3 من خلال بنية شبكة الأوراكل الخاصة بها. فهي لا تنفذ المعاملات—بل توجه البيانات الخارجية إلى العقود الذكية عبر إيثريوم، Polygon، Optimism، Avalanche، وشبكات أخرى في وقت واحد.
تجعل وظيفة توفير البيانات عبر السلاسل هذه Chainlink بنية أساسية لأي تطبيق يحتاج إلى تغذية أسعار، عشوائية قابلة للتحقق، أو تأكيد أحداث العالم الحقيقي. يحفز رمز LINK مشغلي العقد على تقديم بيانات دقيقة، مما يخلق سوقًا تنافسيًا لخدمات الأوراكل.
zkSync إطار Hyperchain
تمثل Hyperchains باستخدام إثباتات المعرفة الصفرية (ZK) نهجًا modular من الطبقة 3. مبنية على ZK Stack، تتيح Hyperchains للمطورين إنشاء سلاسل كتل مخصصة (طبقة 2 أو 3) مع توسيع مدعوم بـ ZK. يمكن لعدة Hyperchains أن تتفاعل بسلاسة من خلال تجميع الأدلة التكرارية—تُجمّع المعاملات في أدلة ZK، والتي تتجمع بدورها في أدلة مركبة يمكن أن تتوسع لامحدودًا.
تمكن خصائص الخصوصية والحوسبة باستخدام إثباتات المعرفة الصفرية من دعم حالات استخدام (مثل التمويل المؤسسي، الألعاب ذات الحالة المخفية، الشبكات الاجتماعية) التي لا يمكن للـ rollups التقليدية دعمها بكفاءة.
بنية أوفس (Orbs)
تجسر Orbs الفجوة في التنفيذ بين العقود الذكية ومنطق التطبيقات المعقدة. تعمل على إجماع إثبات الحصة (PoS) عبر إيثريوم وPolygon، وتعزز تطبيقات dApps ببروتوكولات مثل dLIMIT وdTWAP التي توسع قدرات التمويل اللامركزي (DeFi) خارج وظائف الطبقة 1/الطبقة 2 الأصلية.
عمل المشروع منذ 2017 ويدعم حالات استخدام متقدمة تشمل أنواع أوامر معقدة، إدارة السيولة، وتحسين التنفيذ، والتي تكافح سلاسل الطبقة 2 الفردية لتوفيرها بشكل أصلي.
Degen Chain: الطبقة 3 التطبيقية الخاصة
تجسد Degen Chain نموذج الطبقة 3 المركّز—بلوكشين مخصص للمدفوعات والمعاملات الألعاب على Base. يظهر توسعها السريع الطلب السوقي على بنية تحتية متخصصة. خلال أسابيع من الإطلاق، حققت حجم معاملات كبير وارتفاع بنسبة 500% في الرمز، مما يشير إلى توافق المنتج مع السوق لطبقات تطبيقات رأسية.
تنظيم البيانات في Superchain
Superchain (Open Index Protocol) تتناول الطبقة 3 من خلال طبقة البيانات. بدلاً من تحسين التنفيذ أو القدرة على المعالجة، تنظم Superchain البيانات على السلسلة وتفهرسها بطريقة لامركزية، مما يمكّن بروتوكولات التمويل اللامركزي، NFT، وغيرها من الاستعلام عن حالة البلوكشين بكفاءة أكبر. تعمل وظيفة تنسيق البيانات هذه كمكمل للطبقات 3 التي تركز على التنفيذ.
التحليل المقارن: الطبقة 1، الطبقة 2، والطبقة 3
تعمل الطبقة 2 على تحسين التوسع الأفقي—إضافة قدرة إلى السلاسل الموجودة. تعمل الطبقة 3 على تحسين التخصص الرأسي—إنشاء بنية تحتية فعالة مخصصة لتطبيقات محددة مع التنسيق عبر بيئات تنفيذ متعددة.
التحول في البنية التحتية الجاري
يعكس الانتقال من هيمنة الطبقة 1 عبر انتشار الطبقات 2 نحو التنسيق في الطبقة 3 نضوج البلوكشين. لم تكن سلاسل البلوكشين المبكرة قادرة على التمييز—كانت تتنافس على سرعة المعالجة والأمان. أدخلت حلول الطبقة 2 التخصص (قنوات الدفع مقابل التجميع) ولكن ضمن سياقات سلسلة واحدة.
تتجاوز شبكات الطبقة 3 هذا القيد. نظام Polkadot لا يتنافس مع Cosmos IBC—بل يخدم نماذج سيادة وفلسفات تنظيمية مختلفة. Arbitrum Orbit لا يلتهم مكانة Polygon كطبقة 2—بل يخدم الفرق التي تريد بنية تحتية مخصصة مع تقنية Arbitrum المثبتة.
يساعد هذا التنوع في البنية التحتية على تسريع اعتماد البلوكشين من خلال مطابقة البنية التحتية مع متطلبات التطبيق بدلاً من إجبار التطبيقات على التكيف مع قيود البنية التحتية.
التطلعات المستقبلية
تمثل شبكات الطبقة 3 نضوج البنية التحتية. مع إثبات أن سلاسل الكتل الفردية كانت قابلة تقنيًا، تحول الاهتمام إلى توسيع الطبقة 2. الآن، يدرك القطاع أن التوسعة تتطلب أكثر من تحسينات في المعاملات في الثانية—بل تتطلب تحسينات تطبيقية خاصة، وضمانات التوافق، وأطر تنسيق البيانات.
تمثل مشاريع الطبقة 3 الموضحة أعلاه رؤى متنافسة لهذه المرحلة القادمة. يركز Polkadot على التنسيق الآمن؛ يركز Cosmos IBC على التعاون السيادي؛ يركز Arbitrum Orbit على أدوات المطورين؛ يركز zkSync على الابتكار التشفيري. بدلاً من أن تهيمن واحدة، من المرجح أن تتعايش هذه الحلول—كل منها يجذب البروتوكولات والمستخدمين الذين تتوافق متطلباتهم مع خياراتها المعمارية المحددة.
يُنتقل نظام البلوكشين من سلاسل أحادية إلى شبكات متخصصة ومترابطة. الطبقة 3 هي حيث تتجسد هذه التحول إلى بنية تحتية إنتاجية.