حوار مع مؤسس Espresso بن فيش: الاختراقات الابتكارية في تكنولوجيا الاتصال عبر السلاسل والتأكيد النهائي السريع

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

هذه المحتويات تعبر عن آراء الضيف الشخصية، ولا تمثل وجهة نظر WuShuo. تم إجراء نسخة صوتية بواسطة GPT، وقد تحتوي على أخطاء. يرجى الاستماع إلى البودكاست الكامل على 小宇宙، YT، وغيرها.

小宇宙

YouTube：

أصل وأهداف Espresso في البداية

Colin: أولاً، هل يمكن أن تخبرنا كيف بدأ Espresso، وما هي المشاريع المهمة التي رأيتموها في مجال Web3 في البداية؟ وما هي المستثمرون الرئيسيون الذين يدعمونكم حالياً؟

Ben: عندما بدأنا في عمل Espresso، في الواقع كنا نركز في البداية على حل مشكلة مختلفة عن المشكلة التي نهدف إلى حلها في النهاية — وهي الخصوصية. حاولنا إنشاء بروتوكول مرن للخصوصية، خاصة للدفع بواسطة عملات مستقرة تتوافق مع اللوائح ولكن مع الحفاظ على الخصوصية. أثناء بناء هذا البروتوكول الجديد، أدركنا أنه من الصعب جدًا إنشاء نظام يتمتع بأداء عالٍ ويمكن دمجه بشكل فعال مع باقي أجزاء نظام Web3 البيئي. إذا أنشأنا سلسلة دفع جديدة، على سبيل المثال، كـ Layer 2 لتحسين الأداء، فستكون معزولة تمامًا عن الأنشطة الأخرى في Web3. في ذلك الوقت، كان الناس يستخدمون العملات المستقرة و بروتوكولات DeFi، وكان من المستحيل تقريبًا أن نضيف سيولة إلى نظامنا الجديد. لذلك، أدركنا خلال محاولة بناء هذا النظام أن المشكلة أكبر من ذلك. قررنا أن نعالج مباشرة المشكلة الأساسية التي يواجهها Web3 حاليًا — وهي التجزئة، التي تجعل الابتكار وبناء سلاسل جديدة أمورًا صعبة. فكرنا، كيف يمكننا حل هذه المشكلة؟ هذا هو الدافع وراء بدء تطوير Espresso. وبالطبع، يمكننا مناقشة كيف يحل Espresso مشكلة تجزئة Web3 بشكل أعمق. الهدف الأصلي لـ Web3 كان إصلاح مشكلة التجزئة في النظام المالي الحالي، لكنه لم ينجح تمامًا، وهذا هو المشكلة التي نريد أن نعالجها باستخدام Espresso.

المستثمرون الرئيسيون في المشروع جاءوا من عدة جولات استثمارية. حصلنا على تمويل من Polychain في الجولة التأسيسية، تلتها جولة استثمارية من قبل Sequoia و Electric Capital و Greylock. مؤخرًا، في بداية عام 2024، أكملنا جولة B، وكانت a16z هي المستثمر الرئيسي في هذه الجولة.

تأثير المنافسة على المواهب بين الذكاء الاصطناعي وصناعة التشفير

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

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

أسباب تجزئة Web3

Colin: ذكرت سابقًا مشكلة التجزئة. إذن، بعد أكثر من عشر سنوات من تطور Web3، لماذا لا تزال المالية الرقمية متجزئة جدًا؟ وما الذي يمنع السيولة من المشاركة عبر منصات موحدة على نطاق واسع؟

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

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

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

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

لماذا لا تزال المالية الرقمية في Web3 متجزئة

Colin: نعلم أن مشروعكم يضم مطورين من الطراز الأول ويملك بنية تقنية قوية. هل يمكنك وصف تقنية Espresso بشكل مبسط، وما الذي يميزها عن مشاريع البلوكتشين أو البنية التحتية الأخرى؟

Ben: Espresso هو سلسلة بلوكشين من نوع Layer 1، وهو بروتوكول لامركزي يعمل كـ Layer 1. لكن الاختلاف مع مشاريع أخرى هو أنه مصمم خصيصًا لدعم Layer 2. إيثريوم يتوسع عبر Layer 2، لكن إيثريوم في الأصل لم يكن مصممًا لـ Layer 2.

القدرة التي يحتاجها Layer 1 لدعم Layer 2 تختلف تمامًا عن القدرة المطلوبة لدعم العقود الذكية ووظائف أخرى. Espresso لا يحتوي على عقود ذكية، لقد أزلناها تمامًا. نحن نركز على أن نكون أفضل قاعدة بيانات بأداء عالٍ وتأخير منخفض، بحيث يمكن لـ Layer 2 كتابة المعاملات عليها. المهم أن، في شبكة Espresso، لا يحتاج المدققون إلى استلام كل البيانات؛ بل يحتاجون فقط لضمان توفر البيانات وقابلية استرجاعها بشكل مشترك. بالإضافة إلى ذلك، يجب أن يضمنوا أن أي مستخدم يقرأ قاعدة البيانات كـ Layer 1 يمكنه القراءة بنفس الطريقة.

هذه التقنية تسمى “النهائية الحاسمة”. كـ Layer 1، حقق Espresso سرعة عالية جدًا في الوصول إلى النهائية الحاسمة، أسرع بكثير من إيثريوم. إيثريوم يحتاج حوالي 15 دقيقة لتأكيد المعاملة نهائيًا، بينما يمكن لـ Espresso أن ينجز ذلك خلال ثوانٍ. قريبًا، سنقلل هذا الوقت إلى نصف ثانية.

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

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

يمكنك أن ترى ذلك في بورصات لامركزية، التي تخلق مخازن أصول موثوقة على سلاسل مختلفة، مما يجعل تداول الأصول الرقمية بين السلاسل سلسًا. لذلك، عندما تتداول على منصات مثل Binance، لا يوجد تقريبًا تأخير بين ETH و BTC، لأن Binance يدير مخازنين للأصول على سلسلتين مختلفتين، مما يحقق تجربة تداول “بدون تأخير”. وإذا أردت أن تنفذ ذلك بدون وسيط مركزي أو ثقة، فإن السلسلة نفسها تحتاج إلى أن تكون سريعة جدًا. وهذا هو الفرق الرئيسي الذي يجعل Espresso، كـ Layer 1 يدعم سلسلة Layer 2، مميزًا.

آلية توافق Espresso والتواصل بين السلاسل

Colin: أعتقد أنك شرحت الأمر بوضوح، حتى الأعضاء الأقل معرفة تقنية يمكنهم فهمه بسهولة. إذن، السؤال التالي: صحيح أن سلاسل Layer 2 تجعل الأمور أسرع، لكنها أيضًا تجعل كل شيء أكثر عزلة. ذكر فيتيك ذلك أيضًا. ما المشكلة التي يعالجها Espresso في سرعة النهائية الحاسمة والتواصل بين السلاسل؟

Ben: يسرع Espresso بشكل كبير من الوصول إلى النهائية الحاسمة مع ضمان دعم عدة سلاسل في آن واحد. هذا يحل مشكلة دعم عدة سلاسل — متعددة Layer 2 وسلاسل متوازية — وضمان وصولها إلى النهائية الحاسمة بسرعة عالية. هذه مشكلة رئيسية في التفاعل بين السلاسل. بمجرد أن تكون السلاسل سريعة بما يكفي، يمكن لتطبيقاتها على السلسلة أن ترسل رسائل إلى تطبيقات على سلاسل أخرى، وتستقبل رسائل بشكل فعال في الوقت الحقيقي. هذا يسمح للتطبيقات أو العقود الذكية على سلاسل مختلفة أن تتفاعل وتتكامل كما لو كانت على نفس السلسلة.

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

تصميم توافق Espresso والنهائية الحاسمة السريعة

Colin: أعتقد أن السؤالين التاليين يمكن الإجابة عليهما معًا. السؤال هو: ما هو الجزء الرئيسي من نظام توافق Espresso؟ كيف تخطط لتحقيق نهائية حاسمة في أقل من ثانية؟ كيف يعمل التواصل بين السلاسل في Espresso؟ هل تستخدم إثبات المعرفة الصفرية، أجهزة تنفيذ موثوقة، أو تقنيات أخرى؟ وما هو دورها؟

Ben: لنبدأ من الجزء الرئيسي في تصميم توافق Espresso. نظرًا لعدم وجود عقود ذكية في Espresso، يمكن أن يكون تصميمه مختلفًا جدًا عن بروتوكولات Layer 1 الأخرى. المدققون المشاركون في Espresso لن يتلقوا نسخة كاملة من كل كتلة معاملات. لا يحتاجون إلى كل كتلة، لأنهم لا يحتاجون إلى تنفيذ هذه المعاملات لتحديد حالة السلسلة. Espresso يعمل فقط كـ Layer 1 يدعم سلسلة Layer 2. لذلك، يعاملون بيانات الكتلة كبيانات أصلية — لا يحتاجون لفهمها. هذا يسمح باستخدام تقنية تسمى ترميز المسح، حيث يتم تقسيم كل كتلة إلى أجزاء متعددة، وتوزع على الشبكة. كل مدقق يتلقى جزءًا من البيانات فقط. طالما أن عددًا كافيًا من المدققين غير مخترقين، يمكنهم معًا استعادة البيانات. هذا يسرع بشكل كبير التواصل بين المدققين، ويحقق ترتيب البيانات في الكتلة، أي الوصول إلى النهائية الحاسمة.

هناك ابتكارات أخرى في التوافق. تصميم التوافق لدينا يعتمد على بروتوكول HotStuff، وهناك نسخ متعددة منه. أحدث نسخة من بروتوكول HotStuff المستخدمة حاليًا في Espresso هي HotStuff 1. الباحثتان Dahlia Malki وKartik Nayak، من رواد أبحاث التوافق، هما من مطوري هذا المجال. Dahlia كتبت ورقة بحثية عن HotStuff، وKartik كتب مؤخرًا ورقة بعنوان Hydrangea، أزال فيها جولة التصويت في التوافق. ربما سمعت عن نماذج توافق أخرى مثل AlpenGlow، Minimmit، أو MonadBFT. تصميم Espresso مبني على أحدث الأبحاث، ويتنافس مع هذه النماذج. يمكنه التوصل إلى توافق بسرعة، لأنه على عكس أنظمة مثل Solana، لا يحتاج إلى انتظار جميع المدققين لتنفيذ المعاملات. لا يحتاج إلى فهم بيانات المعاملات. هكذا يعمل بروتوكول التوافق — بعد جولتين من التصويت، يتم الوصول إلى النهائية الحاسمة. في الحالة المثلى، يمكن أن يتم ذلك خلال جولة تصويت واحدة.

أما عن التواصل بين السلاسل، فهناك نقطة مهمة يجب فهمها: حتى لو حصلت كل سلسلة Layer 2 على سرعة نهائية حاسمة عالية من Espresso Layer 1، فإن تشغيل عقدة على سلسلة Layer 2 يتيح لك قراءة المعاملات وحساب الحالة. هكذا يمكنك تأكيد المعاملات. بعض البورصات أو خدمات الجسر مثل CCTP من Circle أو CCIP من Chainlink تفعل ذلك أيضًا. إذا كنت تدير عقدة على السلسلة، فذلك يكفي لتأكيد ما يحدث على تلك السلسلة.

لكن، عند الحديث عن التواصل بين السلاسل، إذا كنت تريد أن تتلقى عقدة على سلسلة واحدة رسالة من سلسلة أخرى، فإن سرعة النهائية الحاسمة وحدها غير كافية. العقدة على السلسلة الأخرى ليست تعمل على عقدة السلسلة التي تريد التواصل معها، لذلك لا يمكنها التحقق من الرسالة بنفسها. تحتاج إلى تقنية مثل إثبات المعرفة الصفرية، التي تثبت أن تنفيذ المعاملات التي تم تأكيدها نهائيًا قد تم بشكل صحيح. أو يمكنك استخدام بيئة تنفيذ موثوقة (TEE)، وهي أكثر عملية من إثبات المعرفة الصفرية، خاصة في التحقق من الحسابات في الوقت الحقيقي. باستخدام إثبات المعرفة الصفرية أو بيئة التنفيذ الموثوقة، يمكنك تحقيق تواصل عابر للأنظمة في الوقت الحقيقي بين سلاسل Espresso.

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

كيف يدعم Espresso نظام بيئة متعددة السلاسل والجسور إلى سلاسل أخرى

Colin: نعلم أن أكثر من 20 Rollup قد تم دمجها مع Espresso. ما هي السمات المشتركة بينها، ولماذا تختارون Espresso؟ كيف تساعدها؟

Ben: جميع الـ Rollup التي نتعاون معها تركز على تحقيق سرعة نهائية حاسمة عالية. العديد منها يركز على الدفع أو DeFi، رغم أن لدينا مشاريع مثل Ape Chain التي تركز على NFT. جميع هذه الاستخدامات المختلفة تستفيد من سرعة النهائية الحاسمة بشكل أسرع، والتفاعل الأفضل مع النظام البيئي الأوسع.

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

نقطة أخرى، أننا حاليًا نتعاون بشكل رئيسي مع الـ Rollup أو سلاسل Layer 2، لكن يمكن أيضًا أن تتعاون سلاسل Layer 1 معنا. لم نر ذلك بعد بشكل واسع، لكننا نناقش مع بعض سلاسل Layer 1. يمكن أن تعتمد هذه السلاسل على Espresso كجزء من بنيتها التحتية لتحقيق أداء أسرع.

احتياجات وتطبيقات الـ Rollup مع Espresso

Colin: في المشاريع الحقيقية التي تراها، ما هو أكثر شيء يهم فريقها — سرعة النهائية الحاسمة، انخفاض تكاليف البيانات، أم التواصل العابر للأنظمة؟

Ben: أعتقد أن الثلاثة مهمة. سرعة الوصول إلى النهائية الحاسمة هي الأهم، وهي أيضًا ميزة تميزنا عن مشاريع أخرى. نحن نوفر أيضًا توفر البيانات، لكن هذا ليس فريدًا جدًا، لأن هناك حلولًا أخرى مثل Avail، Eigenlayer، وCelestia تقدم توفر البيانات أيضًا. الميزة مع Espresso هي أنه إذا استخدمتنا، سنجعل بياناتك متاحة أيضًا. لذلك، إذا استخدمت أنظمة توفر البيانات الأخرى، فلن تحتاج إلى استخدامها بشكل منفصل، يمكنك أن تستخدمها معنا ومعها في آن واحد. هذا يمنحك خيارات أكثر لتوفير البيانات، لكنني لن أقول إن توفر البيانات هو السبب الرئيسي لاختيار الناس لـ Espresso، لأنه ليس ميزة فريدة جدًا.

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

سبب إطلاق الرموز والقوى الدافعة المستقبلية

Colin: لماذا قرر فريقكم إطلاق رمز محلي؟ بعد حدث إصدار الرموز (TGE)، ما الذي يمنح الرمز قيمة؟ هل هو الحصص، مشاركة MEV، فرص العبور بين السلاسل، أم عوامل أخرى تجعل أعضاء المجتمع أو المتداولين يرون أن الرمز ذو قيمة؟

Ben: سبب إطلاقنا لرمزنا المحلي هو أن، مثل جميع بروتوكولات Layer 1 التي تعتمد على إثبات الحصة (PoS)، يتم تشغيل الشبكة بواسطة حاملي الرموز أو المدققين المعينين من قبلهم. لذلك، يلعب الرمز دورًا مهمًا في ضمان تشغيل البروتوكول وإدارته.

أعتقد أن القيمة الأساسية لأي بروتوكول من نوع Layer 1 تأتي من التدفقات النقدية. تحديدًا، هو الدخل الذي يمكن أن يحققه حاملو الرموز من خلال استخدام الرموز للمشاركة في تشغيل البروتوكول.

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

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

على سبيل المثال، مشاريع مثل Monad يجب أن تبني تطبيقات من الصفر — — وتدعو المطورين للانضمام، بينما عندما نتعاون مع سلاسل مثل Celo، التي لديها ملايين المحافظ، أو مشاريع مثل Arbitrum، فإن جميع معاملاتها ستتحول فورًا إلى معاملات على Espresso. نحن مستعدون للنمو السريع. بالطبع، ستستفيد سلسلة واحدة فقط من جزء من الإيرادات، لكن على المدى الطويل، ستستفيد Espresso من جزء من الإيرادات الناتجة عن المعاملات التي تحدث عبر الشبكات.