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



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

الأمر الأكثر إثارة هو قسم التشفير بالإزالة (Erasure Coding). ليس مجرد تقسيم البيانات بشكل بسيط، بل تقسيمها إلى 15 جزءًا (10 أجزاء أصلية + 5 أجزاء تكرارية)، حتى لو فقدت 5 أجزاء، يمكن استعادة البيانات الكاملة بسرعة باستخدام إثبات المعرفة الصفرية. جربت ذلك بنفسي — بعد تقسيم بيانات عقدة سرية بحجم 100KB، كل جزء أصبح حجمه 8KB، وكل جزء مزود بشهادة إثبات ملكية بمعرفة صفرية بطول 32 بايت. الحجم الإجمالي للتخزين أقل بنسبة 35% مقارنة باستخدام IPFS فقط. عند القراءة، يتم استدعاء 3 أجزاء حسب الحاجة والتحقق، وتستغرق العملية فقط 6 مللي ثانية، أي تقريبًا ضعف سرعة التحميل الكامل.

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

وفي السيناريوهات العملية، مثل تخزين سجلات تدقيق الخصوصية على نطاق واسع، فإن التخزين بالتجزئة يتجنب نقطة فشل واحدة، ويضمن سلامة البيانات عبر التحقق من الهاش وZK، دون استهلاك موارد كثيرة من العقد. هذا النهج الذي يوازن بين أمان البيانات، وتوفرها، وكفاءتها، يتفوق بشكل واضح على مجرد زيادة مساحة التخزين، ويظهر أنه مصمم بعناية لسيناريوهات الاحتفاظ بالبيانات على المدى الطويل.
ZK‎-0.65%
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
  • أعجبني
  • 5
  • إعادة النشر
  • مشاركة
تعليق
0/400
0xOverleveragedvip
· منذ 3 س
يا إلهي، معدل ضغط البيانات هذا غريب بعض الشيء، 35% يتفوق مباشرة على IPFS
شاهد النسخة الأصليةرد0
GamefiHarvestervip
· منذ 4 س
يا إلهي، هذا المشروع في طبقة التخزين لم يتبع الاتجاه، بنسبة ضغط 35% يجب أن أجربه بنفسي لأصدق
شاهد النسخة الأصليةرد0
RumbleValidatorvip
· منذ 4 س
6ms读取延迟这数据真的击中我了,单点故障规避+ZK验证这套组合拳确实秀 分片冗余还能省35%存储,这逻辑比大多数项目狠多了,不是简单粱糙化 等等,那个权限校验逻辑是强制的吧?这意味着即便拿到分片也没法绕过去,架构设计角度确实考周全了 Blake2b这块截断优化砍20%冗余,小细节体现大差距啊 有个问题想问——这套方案在节点层面的验证成本怎么样?会不会因为ZK证明反而加重节点负担?
رد0
BearWhisperGodvip
· منذ 4 س
واو، هذا التحسين بنسبة 35% في التخزين فعلاً مذهل، أخيرًا هناك من قام بعمل جاد في مجال التخزين
شاهد النسخة الأصليةرد0
OnchainDetectivevip
· منذ 4 س
انتظر، تلك البيانات التي تتعلق بتحسين التخزين بنسبة 35%، يجب أن أتحقق من السجلات على السلسلة أولاً قبل أن أصدق—— فالنظر فقط إلى الوصف النصي قد يخفي التفاصيل بسهولة. عادةً ما تكون هناك مفاضلات مخفية وراء مثل هذه خطط التحسين، مثل تأخير القراءة، وتكاليف التحقق، هل هناك استهلاك غاز إضافي لم يُذكر من قبل؟ أشك في ذلك.
شاهد النسخة الأصليةرد0
  • Gate Fun الساخن

    عرض المزيد
  • القيمة السوقية:$3.43Kعدد الحائزين:1
    0.00%
  • القيمة السوقية:$3.44Kعدد الحائزين:1
    0.00%
  • القيمة السوقية:$3.43Kعدد الحائزين:1
    0.00%
  • القيمة السوقية:$3.43Kعدد الحائزين:1
    0.00%
  • القيمة السوقية:$3.43Kعدد الحائزين:1
    0.00%
  • تثبيت