المنصة @dreamspaceHQ. 🙂‍↕️

الرغبة الذكورية في ترك كل شيء وراءها ورمز الأجواء من كوخ في الغابة لمدة عام 🛖 (باستخدام Starlink Internet)

الرغبة الذكورية في ترك كل شيء وراءها ورمز vibe من كوخ في الغابة لمدة عام 🛖 (باستخدام Starlink Internet)

سيقوم الرجال بترميز تطبيق كامل على هواتفهم قبل الذهاب إلى العلاج

سيقوم الرجال بترميز تطبيق كامل على هواتفهم قبل الذهاب إلى العلاج

لا ضابط ، سيدي ، لم أكن أقوم بترميز الأجواء عند الضوء🚦🚔 الأحمر

إذا كنت تتابع @SpaceandTimeDB ، فقد سمعت بغزارة عن إثبات SQL (دليل ZK الجديد). لذلك اليوم ، سأطلعك على حالات الاستخدام في العالم الحقيقي لإثبات SQL مع أمثلة تتقاطع مع DeFi و oracles والبنية التحتية عبر السلاسل وتوفير السيولة وحتى المؤسسات. أولا - لنفترض أنك تريد إطلاق رمز مميز: $XYZ. لذلك تقترب من حوت وتعقد صفقة ... "مرحبا ، إذا أضفت 1 مليون دولار أمريكي إلى مجمع السيولة الخاص بي على uniswap ، فسأعطيك 1٪ من المعروض $XYZ." هذه الصفقة مكتوبة في عقد ذكي ، أليس كذلك؟ ولكن بعد ذلك ، يكمن التحدي الآن في أن هذا العقد يحتاج إلى الاستعلام والتحقق من أن هذا الحوت أودع بالفعل ما وعد به حتى يتمكنوا من الحصول على مكافأة. لذلك ، فأنت بحاجة إلى عقد ذكي يقول: - يتحقق من أن هذا الحوت أضاف بالفعل 1 مليون دولار أمريكي. - يتتبع المحفظة + الطابع الزمني. - يفرض مكافأة الرمز المميز بنسبة 1٪. لكن هذا الدولار البالغ 1 مليون دولار أمريكي يعيش في الواقع خارج السلسلة. Prolly على الرسم البياني الفرعي ل DeX أو واجهة برمجة تطبيقات UniSwap. هذا هو المكان الذي نريد أن نحضر فيه إثبات SQL. لذلك ، يتم الاستعلام عن إيداع سيولة الحوت عبر SQL ، ثم يتم التحقق منه بشكل مشفر وإدخاله أخيرا في العقد الذكي مع افتراضات انعدام الثقة. ثانيا ، مساءلة مشغل العقدة (القطع / المكافأة). في شبكات مثل @chainlink ، أو أي دبين، تقوم العقد المتعددة بالمهام (جلب الأسعار، والتحقق من الهويات، وتشغيل الحوسبة، وما إلى ذلك) يجب مكافأة كل عقدة بشكل عادل ووفقا لذلك. إذا غشوا أو ذهبوا غير متصلين بالإنترنت ، فيجب خفضهم. لكن هناك مشكلة. كيف يعرف العقد الذكي العقدة التي قامت بالوظيفة؟ لاحظ أن نشاط المشغل خارج السلسلة (غالبا ما يتم تخزينه في سجلات أو قواعد بيانات)، فألا تريد أن تكون البيانات دقيقة، بصفتك مشغل عقدة؟ إذا كنت على وشك أن يتم قطعك ، فأنت تريد أن تكون متأكدا تماما من أنك تتعرض للقطع لسبب حقيقي. مرة أخرى ، هنا يأتي دليل على SQL للإنقاذ. باستخدام إثبات SQL، يمكن للشبكة: - الاستعلام عن سجلات إكمال المهمة. - إنشاء دليل يمكن التحقق منه لأداء العقدة. - قم بإطعامه على السلسلة لأتمتة منطق المكافأة أو القطع. لذلك ، في النهاية ، إذا تم قطعك ، فأنت تعرف السبب لأنه يمكنك رؤية إيصال تشفير يثبت أنه كان لسبب حقيقي. عندما يتعلق الأمر بالتحقق من الضمانات عبر السلاسل ، ما زلنا بحاجة إلى إثبات SQL. لنفترض أنك تقوم ببناء بروتوكول إقراض على Base و Ethereum حيث يقوم المستخدمون بإيداع الضمانات على كلتا السلسلتين. كيف تثبت إجمالي TVL؟ كيف تراقب ضمانات المستخدم عبر كلتا السلسلتين؟ أيضا ، كيف تمنع العد المزدوج أو الاحتيال؟ بدون دليل على SQL، ستحتاج إلى: - ثق في واجهات برمجة التطبيقات المخصصة. - الاعتماد على بيانات الجسر. - مركزية الواجهة الخلفية. :/ ولكن مع إثبات SQL ، يمكنك: - الاستعلام عن حالة السلاسل المتقاطعة من بيانات كلتا السلسلتين. - أثبت ذلك بشكل مشفر. - استخدم طريقة عرض واحدة لتشغيل الإقراض والتصفية وأسعار الفائدة. اخيرا. لنفترض أنك بنك تجاري كبير يتطلع إلى ترميز أصولك. قد ترغب في: - إطلاق RWAs. - الإقراض مقابل الأصول. - إثبات الملاءة المالية أو الضمانات للعملاء. لكن بيانات الأصول الخاصة بك موجودة في قاعدة بيانات خارج السلسلة. بدلا من تفريغ المعلومات الحساسة على السلسلة ، يمكنك استخدام إثبات SQL للاستعلام عن قاعدة البيانات الداخلية الخاصة بك ، وإنشاء دليل تشفير على الأرصدة وإثبات ملكية الأصول أو دعمها دون الكشف عن البيانات الفعلية. في جوهرها ، ZK + SQL = خصوصية على المستوى المؤسسي + شفافية. إذا كنت تقوم ببناء رمز مميز باستخدام صفقات السيولة أو تشغيل شبكة DePIN أو Oracle ، أو حتى نشر إقراض متعدد السلاسل ، فستحتاج إلى بيانات خارج السلسلة يمكن التحقق منها. وهذا ما يقدمه لك Proof of SQL by @SpaceandTimeDB.

ماعز بيانات التشفير يطبخ مرة أخرى 🧑 🍳

بدء البث المباشر في غضون ساعة ✨ترميز✨ vibe على @base

في الحد الأقصى ، تقرر كل اللغة البشرية إلى EM dash