الشركاء النائبون: ستستهل النمطية عصرا ذهبيا لابتكار Web3

原文作者:جويل مونيغرو,عنصر نائب 合伙人

原文编译:لوفي ، أخبار البصيرة

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

النفقات الرأسمالية مقابل النفقات التشغيلية

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

على سبيل المثال ، بعد انفجار فقاعة الدوت كوم في عام 2000 ، تحولت صناعة الإنترنت من شراء الخوادم وبناء مراكز البيانات (النفقات الرأسمالية) إلى استئجار الخوادم السحابية (نفقات التشغيل). ظهرت العديد من أطر العمل مفتوحة المصدر ، مثل مكدس LAMP و Ruby on Rails و Django و NodeJS ، لتبسيط تطوير الويب ، في حين استفاد قادة الصناعة مثل Microsoft و Amazon و Google من نطاقهم لوضع معايير جديدة وخدمات بنية تحتية منخفضة التكلفة. هذا ، جنبا إلى جنب مع طفرة API التي بدأت في أواخر أواخر القرن العشرين ، زاد من تبسيط تعقيد الإنترنت من خلال توفير وظائف خلفية مخصصة في نموذج أعمال الدفع أولا بأول. في غضون عقد من الانهيار ، مكنت طبقات التجريد هذه الفرق الصغيرة من بناء تطبيقات جديدة وتوسيع نطاقها بسرعة وبتكلفة زهيدة ، وسرعت الشركات الناشئة الابتكار وبشرت بعصر ذهبي.

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

يوضح مفهوم المحاكاة الافتراضية كيف يمكن أن تصبح البنية التحتية المجردة ، لكنني أؤكد عليه هنا لأن البنية التحتية ل Web3 تتبع مسارا مشابها لاختراع Rollup ، مما يساعد أيضا على توسيع نطاق blockchain من خلال السماح لهم بدعم “سلاسل كتل افتراضية” متعددة في الأعلى.

طبقة التجريد

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

قدمت منصات مثل Cosmos و Polkadot لاحقا أدوات لإنشاء سلاسل كتل مخصصة مع ميزات الأمان والتشغيل البيني المشتركة ، مما يجعل إطلاق سلاسل الكتل أسهل وأكثر أمانا. ومع ذلك ، لا يزال هناك الكثير من الموارد والخبرات المطلوبة لاستخدامها ، لذلك لا تزال بعيدة عن متناول معظم المطورين. ولكن مثلما تعمل المزيد من طبقات التجريد على تبسيط الخدمات السحابية ، فإن معايير الطبقة 2 (L2) الناشئة مثل Rollup تسمح للمطورين بنشر بيئات blockchain بسرعة وبتكلفة زهيدة.

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

الأهم من ذلك ، أن Rollups ليست سلاسل كتل ، على الأقل مثل الأجهزة الافتراضية ، فهي ليست آلات فعلية. التراكمات عبارة عن سلاسل كتل افتراضية ، وبيئات محاكاة ، وإذا تم تجاهل التجريدات ، فإن العقود الذكية في Rollups تعمل كما لو كانت على blockchain حقيقي. طالما أن المشغل يقوم بانتظام بتسوية المخرجات على blockchain موثوق به ولا يعطل البيانات ، يمكن أن تعمل مجموعة التحديثات مركزيا بناء على احتياجات الأداء أو التحكم أو الامتثال. ولكن يمكن أيضا أن تكون لامركزية باستخدام تقنية “التسلسل المشترك”.

بالإضافة إلى قابلية التوسع ، فإن فصل طبقة “التنفيذ” عن طبقات “توفر البيانات” و “التسوية” والإجماع يسمح للمطورين بالاستفادة من أمان السلسلة الرئيسية مع اكتساب المرونة. على سبيل المثال ، إذا كان المطور لا يحب Solidity ولكنه يريد الاستفادة من أمان Ethereum أو نظامه البيئي ، فيمكنه اختيار استخدام Python كلغة برمجة ل Rollup لنشر التطبيق على Ethereum. جعلت أطر العمل مفتوحة المصدر مثل OP Stack أو ZK Stack أو Polygon CDK أو Arbitrum Orbit أو Rollkit من السهل على المطورين نشر مجموعات مخصصة بمستويات مختلفة من الثقة ، بينما توفر مشاريع التسلسل اللامركزية مثل Espresso و Astria خيار تنفيذ لامركزية الطبقة ، بشرط أن تحتاج إليها. في الوقت نفسه ، يسمح عدد متزايد من عروض “Rollup as a Service” (RaaS) منخفضة التعليمات البرمجية ، مثل Dymension و Conduit و Caldera و Gelato ، لأي شخص بإطلاق blockchain افتراضي مخصص في دقائق.

توفر “الحركة المعيارية” الأوسع للمطورين معايير وخدمات تغطي مناطق أخرى من المكدس ، مما يقلل من تكلفة بناء وتوسيع نطاق تطبيقات blockchain. يهيمن EVM من Ethereum باعتباره “نظام التشغيل” للعقود الذكية ، في حين أن SVM من Solana يظهر بسرعة كبديل عالي الأداء (يمكن استخدام كلاهما في مجموعات مستقلة). تعمل البروتوكولات مثل POKT على توحيد طبقة RPC / API عبر الشبكات ، بينما تقوم أطر عمل مثل SyndicatePolywrap بتجريد بروتوكولات متعددة في SDK واحد للواجهة الأمامية ؛ تتيح الجسور عبر السلاسل مثل Across تدفق السيولة بين شبكات blockchain المختلفة ، بينما تسهل SAFE أو Squads بالإضافة إلى شركات “المحفظة كخدمة” (WaaS) مثل Magic على المستخدمين في أي سلسلة إنشاء محافظ مخصصة. حتى أن هناك L1s جديدة مثل Celestia مصممة خصيصا لبيئات blockchain الافتراضية.

الملايين من سلاسل الكتل الافتراضية

تتمثل الإستراتيجية الحالية للشركات الناشئة في Web3 في البدء أولا على شبكة عالية الأداء ومنخفضة التكلفة مثل Ethereum L2 أو Solana ، وإذا احتاجوا إلى التوسع ، فابدأ في التخطيط للانتقال إلى بيئة تشغيل مخصصة خاصة بالتطبيق. حتى البروتوكولات الحالية التي قامت بالفعل ببناء سلاسلها الخاصة ، مثل Celo أو POKT ، تنتقل إلى معماريات L2 لتبسيط تكاليف البنية التحتية ، مرددا حقبة كان على شركات الإنترنت التي لديها مراكز بيانات اعتماد الخدمات السحابية. إذا كنت لا تحتضن أشياء جديدة ، فيمكنك بسهولة التغلب عليك من قبل المنافسين الذين يتبنون أشياء جديدة.

يعتقد الكثير من الناس أن التطبيقات التي تعمل على سلاسل الكتل عالية الإنتاجية مثل Solana يمكن أن تحقق “نطاق الشبكة” بدون L2 ، ولكن يتم التقليل من معنى مقياس الشبكة إلى حد كبير لأن معظم النشاط على الإنترنت يحدث في الخلفية. تؤدي كل نقرة إلى تشغيل مئات طلبات HTTP المخفية ، ويؤدي تحميل Twitter.com وحده إلى تشغيل أكثر من 300 طلب في الخلفية لواجهات برمجة التطبيقات ومقدمي الخدمات المختلفين في ثوان 2 ، وهذا إجراء واحد من قبل مستخدم واحد. قد يعني تحقيق نطاق الشبكة معالجة ملايين المعاملات في الثانية لكل تطبيق ، ولكن هذا لا يكفي إذا زاد الطلب على جانب الإنترنت بمقدار مليون. للوصول إلى هذا المستوى من الحجم ، تعد المحاكاة الافتراضية ضرورية ، لكننا نحتاج أيضا إلى L1 الأساسي فائق الأداء لتحقيق ذلك. بالإضافة إلى سلاسل الكتل التي تم تحسينها لإنتاجية توافر البيانات ، مثل Celestia ، فإن سلاسل الكتل عالية الأداء ، مثل Solana و Monad ، من المحتمل أن تكون ملاعب مثيرة للاهتمام للتراكمات.

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

سنستكشف هذه الأفكار بمزيد من العمق في المقالات المستقبلية ، ولكن النقطة الأكثر أهمية التي أريد تسليط الضوء عليها من منظور الأعمال هي أن النمطية تمثل تحول Web3 من CapEx إلى OpEx ، ونتيجة لذلك ، يمكننا أن نتوقع التوسع السريع للجيل التالي من تطبيقات blockchain. تعني النفقات التشغيلية أن التكاليف تتوسع مع نموها ، بدلا من تحملها مقدما من خلال التمويل الضخم قبل الإطلاق. وهذا يعني أن رواد الأعمال يمكنهم التكرار بشكل أسرع ، ويمكن للتطبيقات التوسع بثمن بخس ، ويمكن للمستثمرين تمويل الشركات ذات المخاطر الأقل. تماما مثل Web2 بعد انفجار فقاعة dot-com ، هذه هي الشروط الأولى للعصر الذهبي للابتكار للشركات الناشئة Web3.