Yosh ، هذا هو markstr ، وهو POC لدقة أوراكل المستندة إلى Nostr لأسواق التنبؤ على Bitcoin ، معروضة على خاتم Mutinynet مع تنشيط CTV و CSFS. يبدو البرنامج النصي لحل النتائج كما يلي: <outcome_message_hash> <oracle_pubkey> OP_CHECKSIGFROMSTACK تحتاج أوراكل إلى التوقيع على حدث Nostr معين (بمحتوى مثل: PredictionMarketId:SJ1IPWRX النتيجة: نعم - Bitcoin فوق 100 ألف دولار طابع زمني: 175284641) ثم يتم التحقق من دقة النتيجة على السلسلة باستخدام رمز التشغيل CSFS. سيكون الشاهد على مسار البرنامج النصي الجذر الرئيسي: التوقيع (لتجزئة النتيجة / معرف حدث Nostr) ، والبرنامج النصي (البرنامج النصي للدقة الموضح أعلاه) ، control_block.

تم تنشيط وضع GRINTA. أنا حقا أحب مفهوم grinta ، فهو يجسد مزاجي الحالي تماما والعقلية التي أريد أن أرى المزيد منها في @StarkWareLtd والنظام البيئي @Starknet. Grinta تعني العزيمة والتصميم والعزيمة. لكن هذه الترجمات لا تلتقط النار الكاملة لها. إنها أشبه بالطاقة البربرية التي تطلق العنان للقوة المجنونة ، القوة التي تجعلك تلعب من خلال الإصابة ، بما يتجاوز حدودك. إنه يتجاوزك. لقد حصلت على هذا grinta الآن ، أكثر من أي وقت مضى ، لأنني أريد أن تفوز تكنولوجيا الحرية. أريد أن يصل hyperbitcoinization إلى العالم في جيلي. أريد عالم Bitcoin Standard لأطفالي. وأريد الحرية والسيادة كقاعدة. جنبا إلى جنب مع النزاهة الحسابية والخصوصية. من الذي ينشط وضع grinta معي؟ FGU. وضع GRINTA قيد التشغيل.

كنت أتحدث مع فريق @getAlby حول خادم Lightning MCP الخاص بهم باستخدام Nostr Wallet Connect. تشعبها لدمج المقايضات الذرية Lightning <> Starknet عبر @atomiqlabs SDK. في العرض التوضيحي ، أطلقت Claude Code وطلبت منه التعامل مع مقايضة شاملة: "مبادلة 311 ساتس إلى STRK". تم تنفيذها بشكل مثالي ، حيث تم سحبها من محفظتي @primal_app عبر سلسلة اتصال NWC وتنفيذ . غير موثوق به تماما (مبادلة الغواصة العكسية HTLC). أوقات مثيرة لبناء تطبيقات Bitcoin باستخدام الذكاء الاصطناعي. 🧡

مجموعة أدوات ميثاق البيتكوين: الغوص العميق في CTV و CSFS

صرخ لجميع البيتكوين maxis الذين غمروا قسم التعليقات الخاص بي منذ عامين وأخبروني أنني كنت أحمق لشراء إيجارات الأسرة الواحدة وأسهم توزيعات الأرباح عندما كان بإمكاني شراء البيتكوين أنتم يا رفاق الحقيقيون 💯

نعم. @1440000bytes صحيح ، أنا أيضا متحمس جدا للفكرة المحتملة للتحقق من توقيعات أحداث Nostr على Bitcoin باستخدام CSFS. يمكن أن يفتح الكثير من حالات الاستخدام المثيرة للاهتمام. تمت إضافة هذا العرض للتحقق من توقيع حدث Nostr في مستودع Vault POC. <sig> = 8B3A1A5652E3bb18D0fcab1D8719008f8C837f1c0c815f36ff207ef0195bb9b2cf715f09418287804f85666a6a381c20241f82772536c98e48aa69f0f061d832 <nostr_eventid> = 4024c943979561551412b994453c1d119cc79ca7ea7bb9a5c407f665c464f7db <nostr_pubkey> = F7944CF4370F583CCF74AF56D8E22BDA77DC894E1165387D1607A1Fe7DBAE5A4 OP_CHECKSIGFROMSTACK

بناء دليل على مفهوم خزائن البيتكوين لعرض CTV و CSFS على خاتم Mutinynet. المخزن الأساسي: الأموال مقفلة بإخراج P2TR مع برنامج نصي CTV أحادي الورقة يلتزم بقالب تشغيل tx. ينتقل المشغل إلى P2TR مشروط: يتطلب فرع IF تأخير CSV + مفتاح التشغيل السريع sig ؛ ELSE هو CTV إلى العنوان البارد (فوري ، بدون sig). ينفق البرنامج النصي للقوى الرئيسية الداخلية ل NUMS. يمتد القبو الهجين إلى ورقتين: واحدة لمسار CTV (نفس الأساسي). ثانيا ل CSFS: يتحقق من علامة Schnorr على رسالة تفويض (على سبيل المثال، "EMERGENCY_DELEGATION:AMOUNT=...:RECIPIENT=...:EXPIRY=...:VAULT=...") من مفتاح أمين الصندوق، مما يسمح بالإنفاق المباشر للمستلم (فتحة الهروب). التدفق التجريبي 1: الارتداد البارد عبر CTV. صندوق الصندوق P2TR. مشغل البث (يرضي CTV من المخزن). ثم بث tx البارد من الزناد (فرع ELSE ، يرضي CTV إلى البرد). لا تأخير. يعمل كاستجابة للطوارئ إذا تم اكتشاف المشغل (على سبيل المثال ، اختراق مفتاح التشغيل السريع). التدفق التجريبي 2: التفويض عبر CSFS. يوقع أمين الصندوق رسالة تفوض فريق العمليات بإنفاق X sats إلى كتلة Y by Z (على الرغم من أن المبلغ ومعلمات المعاملات الديناميكية الأخرى لا يتم فرضها في العرض التوضيحي ، إلا أنها تتطلب OP_AMOUNT ، وقد يكون من الممكن إجبار المنفق على تقديم بيانات المعاملة في الشاهد ، والتحقق من توقيع بيانات الإرسال باستخدام CSFS ، ثم استبطان عناصر المعاملة التي نريدها مثل المبلغ ، ولكن لست متأكدا من أن تحليل / تقسيم عناصر المعاملة سيكون عمليا). خزانة الإنفاق مباشرة عبر ورقة CSFS: يتضمن الشاهد sig وتجزئة الرسالة وأمين الصندوق pubkey والبرنامج النصي والتحكم. يتجاوز CTV / Timelock لحالات الطوارئ المصرح بها.

Starknet v0.14.0 الآن على testnet! ✅اللامركزية: أجهزة التسلسل المتعددة التي تعمل بالإجماع ✅سريع: تأكيدات مسبقة في الثانية الفرعية خطوة رئيسية نحو شبكة أكثر لامركزية وسرعة. قراءة SNIP👇

ستارنكنت / القاهرة >>>>> EVM / صليبتي نظام النوع: القاهرة لديها أنواع قوية ، وأنواع عامة ، وأنواع بيانات جلبرية ، وسمات. الصلابة ليس لها دوائر عامة ومطابقة أنماط أضعف. مدقق الملكية / الاقتراض في وقت التجميع: القاهرة لديها ، المالك الفردي ينقل دلالات وقواعد الاقتراض التي تلتقط الاستخدام بعد الانتقال. تعتمد سلامة الذاكرة المتينة على انضباط المطورين. السلامة الحسابية: تستخدم القاهرة الرياضيات المدققة افتراضيا. لقد تحقق Solidity الآن من الحساب ولكن يمكن إلغاء الاشتراك. تأتي القاهرة مع تمثيل وسيط (سييرا) لا يمكن أن يعبر عن سلوك غير محدد أو تأكيد فاشل ، ثبت أن كل وظيفة تنتهي في وقت التجميع. أنماط الترقية: في القاهرة ، يتم ذلك باستخدام syscall الأصلي لاستبدال تجزئة الفئة مع الاحتفاظ بالتخزين ، والذي يتم فرضه بواسطة الدليل ، ولا توجد مخاطر تصادم تخزين الوكيل. في Solidity، يتم لف الوكلاء يدويا، وتمثل تصادمات فتحات التخزين وأخطاء ندوء التفويض خطرا. تحذف القاهرة عمدا بعض السمات الموجودة في الصلابة ، مثل المعدلات والميراث الطبقي. تفضل القاهرة قابلية التركيب على الميراث ، مما يساعد على كتابة تعليمات برمجية أنظف وأكثر نمطية ، مما يسهل التفكير في العيوب الأمنية وتدقيقها. يزيل تصميم القاهرة فئات الأخطاء بأكملها قبل تجميع التعليمات البرمجية ، بينما تعتمد الصلابة على اصطلاحات مثل تفاعلات تأثيرات الشيكات واللينتر الخارجي.