Yosh, ini adalah markstr, POC untuk resolusi oracle berbasis Nostr untuk pasar prediksi di Bitcoin, ditampilkan di signet Mutinynet dengan CTV dan CSFS diaktifkan. Skrip resolusi hasil terlihat seperti ini: <outcome_message_hash> <oracle_pubkey> OP_CHECKSIGFROMSTACK Oracle perlu menandatangani acara Nostr tertentu (dengan konten seperti: PredictionMarketId:SJ1IPWRX Outcome:Yes - Bitcoin di atas $100k Timestamp:175284641) dan resolusi hasil kemudian diverifikasi onchain menggunakan opcode CSFS. Saksi untuk jalur skrip taproot kemudian adalah: tanda tangan (dari hash hasil / id peristiwa Nostr), skrip (skrip resolusi yang ditunjukkan di atas), control_block.

MODE GRINTA DIAKTIFKAN. Saya sangat menyukai konsep grinta, itu menangkap suasana hati saya saat ini dengan sempurna dan pola pikir yang ingin saya lihat lebih banyak di @StarkWareLtd dan ekosistem @Starknet. Grinta berarti ketabahan, tekad, tekad. Tapi terjemahan itu tidak menangkap api penuhnya. Ini lebih seperti energi barbar yang melepaskan kekuatan gila, kekuatan yang membuat Anda bermain melalui cedera, di luar batas Anda. Itu melampaui Anda. Saya memiliki grinta itu sekarang, lebih dari sebelumnya, karena saya ingin teknologi kebebasan menang. Saya ingin hiperbitcoinisasi menghantam dunia di generasi saya. Saya ingin dunia Standar Bitcoin untuk anak-anak saya. Dan saya ingin kebebasan dan kedaulatan sebagai norma. Seiring dengan integritas dan privasi komputasi. Siapa yang mengaktifkan mode grinta dengan saya? FGU. MODE GRINTA AKTIF.

Saya sedang mengobrol dengan tim @getAlby tentang server Lightning MCP mereka menggunakan Nostr Wallet Connect. Bercabang untuk mengintegrasikan pertukaran atom Lightning <> Starknet melalui @atomiqlabs SDK. Dalam demo, saya menyalakan Claude Code dan memintanya untuk menangani pertukaran end-to-end: "swap 311 sats ke STRK". Itu dieksekusi dengan sempurna, menarik dari dompet @primal_app saya melalui string koneksi NWC dan melakukan . Sepenuhnya tidak dapat dipercaya (pertukaran kapal selam terbalik HTLC). Saat-saat menyenangkan untuk membangun aplikasi Bitcoin dengan AI. 🧡

Toolkit perjanjian Bitcoin: Menyelami CTV dan CSFS secara mendalam

Teriakan untuk semua bitcoin maxis yang membanjiri bagian komentar saya 2 tahun yang lalu mengatakan kepada saya bahwa saya idiot karena membeli persewaan keluarga tunggal & saham dividen ketika saya bisa membeli Bitcoin Kalian adalah yang 💯 asli

Ya. @1440000bytes benar, saya juga sangat senang dengan ide potensial untuk memverifikasi tanda tangan acara Nostr onchain di Bitcoin dengan CSFS. Ini bisa membuka banyak kasus penggunaan yang menarik. Menambahkan showcase verifikasi tanda tangan acara Nostr ini di repositori Vault POC. <sig> = 8b3a1a5652e3bb18d0fcab1d8719008f8c837f1c0c815f36ff207ef0195bb9b2cf715f09418287804f85666a6a381c20241f82772536c98e48aa69f0f061d832 <nostr_eventid> = 4024c943979561551412b994453c1d119cc79ca7ea7bb9a5c407f665c464f7db <nostr_pubkey> = f7944cf4370f583ccf74af56d8e22bda77dc894e1165387d1607a1fe7dbae5a4 OP_CHECKSIGFROMSTACK

Membangun bukti konsep brankas Bitcoin untuk menampilkan CTV & CSFS pada tanda tangan Mutinynet. Brankas dasar: Dana dikunci ke output P2TR dengan skrip CTV daun tunggal yang berkomitmen pada templat tx pemicu. Pemicu berpindah ke P2TR bersyarat: cabang IF memerlukan penundaan CSV + sig tombol pintas; ELSE adalah CTV ke alamat dingin (segera, tanpa sig). Kunci internal NUMS memaksa skrip membelanjakan. Vault hibrida diperluas ke dua daun: Satu untuk jalur CTV (sama dengan dasar). Kedua untuk CSFS: Memverifikasi sig Schnorr melalui pesan delegasi (misalnya, "EMERGENCY_DELEGATION:AMOUNT=...:RECIPIENT=...:EXPIRY=...:VAULT=...") dari kunci bendahara, memungkinkan pembelanjaan langsung ke penerima (escape hatch). Alur demo 1: Cold clawback melalui CTV. Bandas dana P2TR. Pemicu siaran (memenuhi CTV dari brankas). Kemudian siarkan tx dingin dari pemicu (cabang ELSE, memuaskan CTV ke dingin). Tidak ada penundaan. Berfungsi sebagai respons darurat jika pemicu terdeteksi (misalnya, penyusupan tombol pintas). Alur demo 2: Delegasi melalui CSFS. Bendahara menandatangani pesan yang memberi wewenang kepada tim operasi untuk membelanjakan X sat ke blok Y by Z (meskipun jumlah dan parameter transaksi dinamis lainnya tidak diterapkan dalam demo, akan membutuhkan OP_AMOUNT, mungkin memaksa pembelanja untuk memberikan data transaksi di saksi, memeriksa tanda tangan data tx dengan CSFS, dan kemudian introspeksi elemen transaksi yang kita inginkan seperti jumlahnya, tetapi tidak yakin penguraian/pemisahan elemen transaksi akan praktis). Belanjakan brankas langsung melalui daun CSFS: Saksi termasuk sig, hash pesan, pubkey bendahara, skrip, kontrol. Melewati CTV/timelock untuk keadaan darurat yang sah.

Starknet v0.14.0 sekarang ada di testnet! ✅Desentralisasi: Beberapa pengurutan menjalankan konsensus ✅Cepat: Pra-konfirmasi sub-detik Langkah besar menuju jaringan yang lebih terdesentralisasi dan cepat. Baca SNIP👇

Starknet / Kairo >>>>> EVM / Soliditas Sistem jenis: Kairo memiliki tipe yang kuat, generik, tipe data algrebra, sifat. Solidity tidak memiliki generik dan pencocokan pola yang lebih lemah. Pemeriksa kepemilikan / pinjaman pada waktu kompilasi: Kairo memilikinya, semantik pemindahan pemilik tunggal dan aturan pinjaman yang menangkap penggunaan demi pemindahan. Keamanan memori soliditas bergantung pada disiplin pengembang. Keamanan aritmatika: Kairo menggunakan matematika yang diperiksa secara default. Solidity sekarang telah memeriksa aritmatika tetapi dapat memilih keluar. Kairo hadir dengan representasi menengah (Sierra) yang tidak dapat mengekspresikan perilaku yang tidak ditentukan atau pernyataan yang gagal, setiap fungsi terbukti berakhir pada waktu kompilasi. Pola peningkatan: Di Kairo dilakukan dengan syscall asli untuk menggantikan hash kelas sambil mempertahankan penyimpanan, ditegakkan dengan bukti, tidak ada risiko tabrakan penyimpanan proxy. Di Solidity, proxy digulirkan dengan tangan, tabrakan slot penyimpanan dan kesalahan delegatecall mewakili risiko. Kairo sengaja menghilangkan fitur-fitur tertentu yang ada di Solidity, seperti pengubah, pewarisan kelas. Kairo lebih menyukai composability daripada warisan, yang membantu menulis kode yang lebih bersih dan lebih modular, membuatnya lebih mudah untuk bernalar dan mengaudit kelemahan keamanan. Desain Kairo menghilangkan seluruh kelas bug sebelum kode dikompilasi, sedangkan Solidity bergantung pada konvensi seperti Memeriksa Interaksi Efek dan linter eksternal.