لكن الموضوع الرئيسي لـ أربيتروم هو تحدي فيتاليك بوترين على طبقة التنفيذ.
يمكن أن تعيد هذه الخطوة تعريف كيفية تشغيل العقود الذكية وتطويرها على المدى الطويل.🧵 ------------------------------------ ها هو..
تحدت فريق تطوير النواة في @Offchain اقتراحًا من @VitalikButerin لتبني RISCV لطبقة التنفيذ في Ethereum. لقد جادلوا بأن WebAssembly (WASM) هو ملائم أفضل لكيفية يجب أن يتم تسليم العقود الذكية وتشغيلها على السلسلة.
اقترح الباحثون أن مجموعة تعليمات واحدة يمكن أن تخدم كل من طبقة الإثبات لـ zkps وطبقة تسليم العقود الذكية.
السؤال هو كما يلي:
هل هذا منطقي على المدى الطويل؟
يقترحون ISA واحد لتسليم العقد وآخر لتوليد الإثبات بدلاً من الفصل. في نموذجهم الأولي يظهرون أن العقود الذكية المعتمدة على WASM يمكن تجميعها إلى RISC-V لتوليد الإثبات بينما تستخدم WASM كـ ISA للتسليم. ------------------------------------ لماذا تعتبر هذه المسألة مهمة لنظام أربيتروم البيئي؟
> يعزز من مكانة @arbitrum كمنصة بنية تحتية من الدرجة الأولى بدلاً من أن تكون مجرد طبقة توسيع. من خلال الدفع من أجل WASM كطبقة تسليم والحفاظ على المرونة في طبقة الإثبات، تشير Arbitrum إلى أنها تريد البقاء قابلة للتكيف مع تطور تقنيات الإثبات.
> يوفر WASM مزايا مثل دعم الأجهزة الواسع، والأدوات الناضجة، وأمان الأنواع الذي يقلل من فرص وجود ثغرات. العديد من عقد Ethereum الموجودة لا تعمل بنظام RISC‑V بشكل أصلي، لذا فإن فرض RISC‑V لتسليم العقود قد يفرض تكاليف محاكاة ويقلل من الكفاءة.
تؤكد فريق مختبرات أوفشين أن RISC-V قد تتفوق حاليًا في توليد الإثبات، لكنها لا تقوم تلقائيًا بترجمة ذلك إلى أفضل بنية لتقديم العقود الذكية للمطورين والمشاريع. يحذرون من أن القفل على RISC-V الآن قد يحد من الابتكارات المستقبلية بينما تتقدم مساحة ZK-VM. ------------------------------------ ماذا يعني ذلك للمطورين
بالنسبة للمطورين الذين يبنون على Arbitrum، تعني هذه التحولات مرونة أكبر.
دعم WASM يعني أنه يمكن استخدام المزيد من اللغات، ويمكن كتابة عقود أكثر كفاءة، ويتوسع النظام البيئي إلى ما وراء مجموعة Solidity/EVM التقليدية.
علاوة على ذلك، تفتح Arbitrum أبوابها لفئة أوسع من التطبيقات من خلال توفير مسار يمكن من خلاله تطوير العقود الذكية باستخدام WASM وما زال يستفيد من كفاءات توليد الإثبات.
على المستوى الاستراتيجي، تُظهر هذه المناقشة أن Arbitrum تفكر على المدى الطويل. إنها ترغب في تحقيق التوازن بين الأداء والأمن والقدرة على التكيف.
يظهر نموذج الفريق أنهم يتصرفون بالفعل على هذا من خلال تنفيذ مسار الترجمة من WASM إلى RISC-V. بالنسبة للنظام البيئي، فهذا يعني أن البنية التحتية قد تتطور دون ألم هجرة قسري، ويمكن أن تستفيد المشاريع المبنية اليوم من الابتكارات المستقبلية. ------------------------------------ في الختام، أرى أن هذا التطور هو علامة واضحة على أن آربيتريوم تقوم بنشاط بتشكيل مستقبل العقود الذكية وأنظمة الإثبات.
بالنسبة لي، من الواضح أن Offchain Labs تُصدر بيانًا، موصدةً الكومة بالكامل في بنية معمارية واحدة مثل RISC-V، مما قد يبطئ التقدم، خاصة مع تطور تقنيات zk بسرعة.
من خلال الالتزام بـ WASM للتنفيذ مع السماح لأنظمة الإثبات بالابتكار بشكل مستقل، تحافظ Arbtrium على مرونة طويلة الأجل وتفتح الباب أمام اختراقات مستقبلية.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تجادل معظم الشبكات حول الحوافز.
لكن الموضوع الرئيسي لـ أربيتروم هو تحدي فيتاليك بوترين على طبقة التنفيذ.
يمكن أن تعيد هذه الخطوة تعريف كيفية تشغيل العقود الذكية وتطويرها على المدى الطويل.🧵
------------------------------------
ها هو..
تحدت فريق تطوير النواة في @Offchain اقتراحًا من
@VitalikButerin لتبني RISCV لطبقة التنفيذ في Ethereum. لقد جادلوا بأن WebAssembly (WASM) هو ملائم أفضل لكيفية يجب أن يتم تسليم العقود الذكية وتشغيلها على السلسلة.
اقترح الباحثون أن مجموعة تعليمات واحدة يمكن أن تخدم كل من طبقة الإثبات لـ zkps وطبقة تسليم العقود الذكية.
السؤال هو كما يلي:
هل هذا منطقي على المدى الطويل؟
يقترحون ISA واحد لتسليم العقد وآخر لتوليد الإثبات بدلاً من الفصل. في نموذجهم الأولي يظهرون أن العقود الذكية المعتمدة على WASM يمكن تجميعها إلى RISC-V لتوليد الإثبات بينما تستخدم WASM كـ ISA للتسليم.
------------------------------------
لماذا تعتبر هذه المسألة مهمة لنظام أربيتروم البيئي؟
> يعزز من مكانة @arbitrum كمنصة بنية تحتية من الدرجة الأولى بدلاً من أن تكون مجرد طبقة توسيع.
من خلال الدفع من أجل WASM كطبقة تسليم والحفاظ على المرونة في طبقة الإثبات، تشير Arbitrum إلى أنها تريد البقاء قابلة للتكيف مع تطور تقنيات الإثبات.
> يوفر WASM مزايا مثل دعم الأجهزة الواسع، والأدوات الناضجة، وأمان الأنواع الذي يقلل من فرص وجود ثغرات. العديد من عقد Ethereum الموجودة لا تعمل بنظام RISC‑V بشكل أصلي، لذا فإن فرض RISC‑V لتسليم العقود قد يفرض تكاليف محاكاة ويقلل من الكفاءة.
تؤكد فريق مختبرات أوفشين أن RISC-V قد تتفوق حاليًا في توليد الإثبات، لكنها لا تقوم تلقائيًا بترجمة ذلك إلى أفضل بنية لتقديم العقود الذكية للمطورين والمشاريع. يحذرون من أن القفل على RISC-V الآن قد يحد من الابتكارات المستقبلية بينما تتقدم مساحة ZK-VM.
------------------------------------
ماذا يعني ذلك للمطورين
بالنسبة للمطورين الذين يبنون على Arbitrum، تعني هذه التحولات مرونة أكبر.
دعم WASM يعني أنه يمكن استخدام المزيد من اللغات، ويمكن كتابة عقود أكثر كفاءة، ويتوسع النظام البيئي إلى ما وراء مجموعة Solidity/EVM التقليدية.
علاوة على ذلك، تفتح Arbitrum أبوابها لفئة أوسع من التطبيقات من خلال توفير مسار يمكن من خلاله تطوير العقود الذكية باستخدام WASM وما زال يستفيد من كفاءات توليد الإثبات.
على المستوى الاستراتيجي، تُظهر هذه المناقشة أن Arbitrum تفكر على المدى الطويل. إنها ترغب في تحقيق التوازن بين الأداء والأمن والقدرة على التكيف.
يظهر نموذج الفريق أنهم يتصرفون بالفعل على هذا من خلال تنفيذ مسار الترجمة من WASM إلى RISC-V. بالنسبة للنظام البيئي، فهذا يعني أن البنية التحتية قد تتطور دون ألم هجرة قسري، ويمكن أن تستفيد المشاريع المبنية اليوم من الابتكارات المستقبلية.
------------------------------------
في الختام، أرى أن هذا التطور هو علامة واضحة على أن آربيتريوم تقوم بنشاط بتشكيل مستقبل العقود الذكية وأنظمة الإثبات.
بالنسبة لي، من الواضح أن Offchain Labs تُصدر بيانًا، موصدةً الكومة بالكامل في بنية معمارية واحدة مثل RISC-V، مما قد يبطئ التقدم، خاصة مع تطور تقنيات zk بسرعة.
من خلال الالتزام بـ WASM للتنفيذ مع السماح لأنظمة الإثبات بالابتكار بشكل مستقل، تحافظ Arbtrium على مرونة طويلة الأجل وتفتح الباب أمام اختراقات مستقبلية.
ما رأيك في هذا؟ 👇