عند الحديث عن تطبيقات البلوكشين في المجال المالي، غالبًا ما تكون حماية الخصوصية والتدقيق الامتثاثي بمثابة مسارين متعارضين — فالحلول التي تضمن إخفاء الهوية تمامًا لا يمكنها تلبية متطلبات الرقابة، بينما الشبكات العامة الشفافة تكشف تفاصيل المعاملات. لكن مشروع Hedger Privacy Engine وجد ثغرة: من خلال طريقة الكشف عن البيانات بمستوى دقيق، يمكن للمؤسسات المالية إخفاء معلومات حساسة مثل مبلغ المعاملة، وفي الوقت ذاته تقديم إثباتات للامتثال للجهات الرقابية.
كانت نتائج الاختبارات المبكرة مذهلة حقًا. في سيناريو تداول الأوراق المالية، يمكن لهذا المحرك معالجة حتى 15 معاملة في الثانية، مع معدل نجاح التدقيق الامتثاثي بنسبة 100% — وهو ما حظي باعتراف بين المؤسسات المالية الصغيرة والمتوسطة في أوروبا، مما يدل على أن الاتجاه التقني صحيح.
لكن المشكلة ظهرت. كشفت اختبارات الضغط في الربع الثالث من 2025 عن مخاوف. عندما يتعامل النظام مع أكثر من 50 معاملة مالية معقدة في آن واحد، تبدأ عملية التحقق من البيانات في التباطؤ، مع حدوث 3 حالات تأخير، أطولها استمر لمدة 8 ثوانٍ. وهذا يمثل ضررًا كبيرًا للمعاملات المالية — فالمستخدمون يحتاجون إلى تأكيد فوري، وتأخير 8 ثوانٍ غير مقبول على الإطلاق.
مشكلتان أخريان أيضًا ليستا بسيطتين. التوافق مع الأجهزة الجديدة ضعيف، حيث تستهلك موارد أكثر بنسبة 23% من متوسط الصناعة عند وضعها في مجموعات الخوادم الرئيسية، مما يعني زيادة تكاليف التشغيل بشكل مباشر. حاليًا، يمكن للمحرك التعامل فقط مع سيناريوهين: الأوراق المالية والعملات المستقرة، بينما لا تزال سيناريوهات المنتجات المشتقة والمدفوعات عبر الحدود في مرحلة الاختبار، مما يحد من إمكانيات توسيع الاستخدام.
شاهد النسخة الأصلية
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
تسجيلات الإعجاب 19
أعجبني
19
8
إعادة النشر
مشاركة
تعليق
0/400
ProofOfNothing
· 01-16 00:52
يبدو أن الأحلام مثالية جدًا، والواقع مرير جدًا... تم العثور على نقطة التوازن بين الخصوصية والامتثال، لكن قابلية التوسع انفجرت مباشرة في المكان نفسه
تأخير 8 ثوانٍ؟ يا صاح، هذا هو الموت ببطء، هل يمكن للمعاملات المالية أن تنتظر؟
شاهد النسخة الأصليةرد0
NFTArtisanHQ
· 01-13 20:51
تأخير لمدة 8 ثوانٍ؟ هذا يعني انهيار كامل في الجمالية المالية...
شاهد النسخة الأصليةرد0
CryptoPunster
· 01-13 20:47
مرة أخرى قصة "تقنية مثالية لكن الواقع يصفعها"، أضحكتني جدًا
تأخير 8 ثوانٍ في التداول المالي يعادل مباشرة gg، أليس هذا نسخة متطورة من التشنج؟
استهلاك الأجهزة للموارد أعلى بنسبة 23% من المتوسط، من سيدفع ثمن ذلك، المستثمرون أم؟
شاهد النسخة الأصليةرد0
LiquidationKing
· 01-13 20:45
تأخير 8 ثوانٍ هاها، هذا يعتبر جريمة قتل في التداول المالي، حتى أجمل البيانات تصبح بلا فائدة
شاهد النسخة الأصليةرد0
ApeDegen
· 01-13 20:42
تأخير 8 ثوانٍ؟ يا أخي، هذا يعني الموت في التداول، لا يمكن استخدامه على الإطلاق
شاهد النسخة الأصليةرد0
AirdropworkerZhang
· 01-13 20:41
يا إلهي، تأخير 8 ثوانٍ؟ المعاملات المالية تتطلب سرعة فائقة، لا يمكن اللعب بها على الإطلاق
عند الحديث عن تطبيقات البلوكشين في المجال المالي، غالبًا ما تكون حماية الخصوصية والتدقيق الامتثاثي بمثابة مسارين متعارضين — فالحلول التي تضمن إخفاء الهوية تمامًا لا يمكنها تلبية متطلبات الرقابة، بينما الشبكات العامة الشفافة تكشف تفاصيل المعاملات. لكن مشروع Hedger Privacy Engine وجد ثغرة: من خلال طريقة الكشف عن البيانات بمستوى دقيق، يمكن للمؤسسات المالية إخفاء معلومات حساسة مثل مبلغ المعاملة، وفي الوقت ذاته تقديم إثباتات للامتثال للجهات الرقابية.
كانت نتائج الاختبارات المبكرة مذهلة حقًا. في سيناريو تداول الأوراق المالية، يمكن لهذا المحرك معالجة حتى 15 معاملة في الثانية، مع معدل نجاح التدقيق الامتثاثي بنسبة 100% — وهو ما حظي باعتراف بين المؤسسات المالية الصغيرة والمتوسطة في أوروبا، مما يدل على أن الاتجاه التقني صحيح.
لكن المشكلة ظهرت. كشفت اختبارات الضغط في الربع الثالث من 2025 عن مخاوف. عندما يتعامل النظام مع أكثر من 50 معاملة مالية معقدة في آن واحد، تبدأ عملية التحقق من البيانات في التباطؤ، مع حدوث 3 حالات تأخير، أطولها استمر لمدة 8 ثوانٍ. وهذا يمثل ضررًا كبيرًا للمعاملات المالية — فالمستخدمون يحتاجون إلى تأكيد فوري، وتأخير 8 ثوانٍ غير مقبول على الإطلاق.
مشكلتان أخريان أيضًا ليستا بسيطتين. التوافق مع الأجهزة الجديدة ضعيف، حيث تستهلك موارد أكثر بنسبة 23% من متوسط الصناعة عند وضعها في مجموعات الخوادم الرئيسية، مما يعني زيادة تكاليف التشغيل بشكل مباشر. حاليًا، يمكن للمحرك التعامل فقط مع سيناريوهين: الأوراق المالية والعملات المستقرة، بينما لا تزال سيناريوهات المنتجات المشتقة والمدفوعات عبر الحدود في مرحلة الاختبار، مما يحد من إمكانيات توسيع الاستخدام.