في عالم Web3، لطالما كانت معالجة البيانات تنقسم إلى معسكرين: أحدهما لا يمكن إلا أن يكون على السلسلة، والآخر يمكن تجنبه إذا أمكن.
لكن المشكلة تظهر — فكلما زادت تعقيد التطبيقات، أصبحت هذه التصنيفات أكثر هشاشة.
فكر في البيانات في الواقع. فهي لا تتوقف أبدًا عن التغير. المستخدمون يسجلون سلوكياتهم، ونماذج الذكاء الاصطناعي تقوم بتحديث المعلمات باستمرار، وعالم الألعاب يتقدم في السرد، والمحتوى يتم تصحيحه وتحسينه. وإذا كان يتعين علينا إدخال كل تغيير كبيانات جديدة تمامًا، فإن النظام في النهاية سيُنهكه تاريخه الخاص.
Walrus نظر من زاوية مختلفة — حيث يُنظر إلى البيانات ككائن حي ذو دورة حياة، وليس مجرد نتائج تخزين ثابتة. هو يربط هوية الكائن عند إنشائه، وأي تغييرات لاحقة هي مجرد ارتداء نفس الكائن لزي جديد، وليس ظهور شيء جديد من العدم.
أول تغيير يأتي من هذا التصميم هو في آلية الإشارة.
عندما تظل هوية الكائن مستقرة، لا حاجة للتطبيقات العليا إلى إعادة ضبط العناوين، الفهارس، وإدارة الأذونات مع كل تحديث. على المدى الطويل، هذا يقلل بشكل كبير من مصدر تعقيد النظام.
من الناحية التقنية، تخزين الكائنات في Walrus لا يعني ببساطة "إلقاء الملف على العقدة". بل يتضمن في طبقة البروتوكول قواعد للتحقق من صحة الكائن، مما يجعل كل عملية قراءة تتضمن تلقائيًا فحص السلامة. التحقق ليس خطوة إضافية بعد القراءة، بل هو جزء أساسي من عملية القراءة نفسها.
على شبكة الاختبار، أظهر Walrus قدرته على دعم البيانات بحجم ميجابايت، من خلال النسخ الاحتياطي متعدد العقد لضمان الاستقرار. هذا يعني أنه لا يمكنه فقط التعامل مع البيانات الوصفية الخفيفة، بل يمكنه أيضًا الوصول إلى حجم البيانات الذي يتطلبه التطبيق بشكل فعلي.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 24
أعجبني
24
5
إعادة النشر
مشاركة
تعليق
0/400
CryptoMotivator
· منذ 2 س
يا إلهي، أخيرًا أحدهم شرح الأمر بشكل واضح، لم أفكر أبدًا في زاوية دورة حياة البيانات
شاهد النسخة الأصليةرد0
MiningDisasterSurvivor
· 01-07 19:57
هل هو مرة أخرى "حل ثوري"؟ لقد مررت بذلك من قبل، لقد سمعت هذا الطرح في عام 2018، وماذا كانت النتيجة، هرب فريق المشروع
شاهد النسخة الأصليةرد0
SmartMoneyWallet
· 01-07 19:55
يبدو الأمر جيدًا، لكن ما هي الحقيقة — هل انخفضت تكلفة بيانات السلسلة حقًا؟
شاهد النسخة الأصليةرد0
ZeroRushCaptain
· 01-07 19:55
يبدو أنه حل مثالي مرة أخرى، وأراهن أن المشروع سينهار بعد إطلاقه بخمسة دولارات.
شاهد النسخة الأصليةرد0
DataPickledFish
· 01-07 19:53
مرحبًا، أخيرًا أحدهم قالها بوضوح، الثنائية بين التحقق على السلسلة وعدم التحقق على السلسلة حقًا يجب أن تُقتل
في عالم Web3، لطالما كانت معالجة البيانات تنقسم إلى معسكرين: أحدهما لا يمكن إلا أن يكون على السلسلة، والآخر يمكن تجنبه إذا أمكن.
لكن المشكلة تظهر — فكلما زادت تعقيد التطبيقات، أصبحت هذه التصنيفات أكثر هشاشة.
فكر في البيانات في الواقع. فهي لا تتوقف أبدًا عن التغير. المستخدمون يسجلون سلوكياتهم، ونماذج الذكاء الاصطناعي تقوم بتحديث المعلمات باستمرار، وعالم الألعاب يتقدم في السرد، والمحتوى يتم تصحيحه وتحسينه. وإذا كان يتعين علينا إدخال كل تغيير كبيانات جديدة تمامًا، فإن النظام في النهاية سيُنهكه تاريخه الخاص.
Walrus نظر من زاوية مختلفة — حيث يُنظر إلى البيانات ككائن حي ذو دورة حياة، وليس مجرد نتائج تخزين ثابتة. هو يربط هوية الكائن عند إنشائه، وأي تغييرات لاحقة هي مجرد ارتداء نفس الكائن لزي جديد، وليس ظهور شيء جديد من العدم.
أول تغيير يأتي من هذا التصميم هو في آلية الإشارة.
عندما تظل هوية الكائن مستقرة، لا حاجة للتطبيقات العليا إلى إعادة ضبط العناوين، الفهارس، وإدارة الأذونات مع كل تحديث. على المدى الطويل، هذا يقلل بشكل كبير من مصدر تعقيد النظام.
من الناحية التقنية، تخزين الكائنات في Walrus لا يعني ببساطة "إلقاء الملف على العقدة". بل يتضمن في طبقة البروتوكول قواعد للتحقق من صحة الكائن، مما يجعل كل عملية قراءة تتضمن تلقائيًا فحص السلامة. التحقق ليس خطوة إضافية بعد القراءة، بل هو جزء أساسي من عملية القراءة نفسها.
على شبكة الاختبار، أظهر Walrus قدرته على دعم البيانات بحجم ميجابايت، من خلال النسخ الاحتياطي متعدد العقد لضمان الاستقرار. هذا يعني أنه لا يمكنه فقط التعامل مع البيانات الوصفية الخفيفة، بل يمكنه أيضًا الوصول إلى حجم البيانات الذي يتطلبه التطبيق بشكل فعلي.