Yosh, dette er markstr, en POC for Nostr-basert orakeloppløsning for prediksjonsmarkeder på Bitcoin, vist på Mutinynet-signet med CTV og CSFS aktivert. Skriptet for resultatløsning ser slik ut: <outcome_message_hash> <oracle_pubkey> OP_CHECKSIGFROMSTACK Oraklet må signere en bestemt Nostr-hendelse (med et innhold som: PredictionMarketId:SJ1IPWRX Outcome:Yes - Bitcoin over $100k Tidsstempel:175284641) og utfallsoppløsningen verifiseres deretter på kjeden ved hjelp av CSFS-opcode. Vitnet for taproot-skriptbanen vil da være: signatur (av utfallshashen / Nostr-hendelses-ID), skript (oppløsningsskript vist ovenfor) control_block.

GRINTA-MODUS AKTIVERT. Jeg elsker virkelig konseptet med grinta, det fanger mitt nåværende humør perfekt og tankegangen jeg ønsker å se mer av i @StarkWareLtd og det @Starknet økosystemet. Grinta betyr pågangsmot, besluttsomhet, besluttsomhet. Men disse oversettelsene fanger ikke den fulle ilden. Det er mer som en barbarisk energi som slipper løs vanvittig kraft, kraften som holder deg gjennom skader, utenfor grensene dine. Det overgår deg. Jeg har den grisen nå, mer enn noen gang, fordi jeg vil at frihetsteknologien skal vinne. Jeg vil at hyperbitcoinisering skal treffe verden i min generasjon. Jeg vil ha en Bitcoin Standard-verden for barna mine. Og jeg vil ha frihet og suverenitet som normen. Sammen med beregningsmessig integritet og personvern. Hvem aktiverer grinta-modus med meg? FGU. GRINTA-MODUS PÅ.

Jeg chattet med @getAlby-teamet om deres Lightning MCP-server ved hjelp av Nostr Wallet Connect. Forked den for å integrere Lightning- <> Starknet-atombytter via @atomiqlabs SDK. I demoen fyrte jeg opp Claude Code og ba den om å håndtere en ende-til-ende-swap: "swap 311 sats to STRK". Den utførte perfekt, trakk fra @primal_app-lommeboken min via NWC-tilkoblingsstrengen og utførte . Helt tillitsløs (HTLC omvendt ubåtbytte). Spennende tider for å bygge Bitcoin-apper med AI. 🧡

Bitcoin-paktens verktøysett: Et dypdykk i CTV og CSFS

Shoutout til alle bitcoin maxis som oversvømmet kommentarfeltet mitt for 2 år siden og fortalte meg at jeg var en idiot for å kjøpe eneboliger og utbytteaksjer når jeg kunne ha kjøpt Bitcoin Dere er de ekte 💯

Ja. @1440000bytes er riktig, jeg er også veldig begeistret for den potensielle ideen om å verifisere Nostr-hendelsessignaturer på kjeden på Bitcoin med CSFS. Det kan åpne for mange interessante brukstilfeller. La til denne presentasjonen av bekreftelse av Nostr-hendelsessignatur i Vault POC-repositoriet. <sig> = 8b3a1a5652e3bb18d0fcab1d8719008f8c837f1c0c815f36ff207ef0195bb9b2cf715f09418287804f85666a6a381c20241f82772536c98e48aa69f0f061d832 <nostr_eventid> = 4024c943979561551412b994453c1d119cc79ca7ea7bb9a5c407f665c464f7db <nostr_pubkey> = f7944cf4370f583ccf74af56d8e22bda77dc894e1165387d1607a1fe7dbae5a4 OP_CHECKSIGFROMSTACK

Bygde et proof of concept av Bitcoin-hvelv for å vise frem CTV og CSFS på Mutinynet-signet. Grunnleggende hvelv: Midler låst til en P2TR-utgang med et enkeltblads CTV-skript som forplikter seg til en trigger tx-mal. Utløseren flyttes til en betinget P2TR: IF-gren krever CSV-forsinkelse + hurtigtast sig; ELSE er CTV til kald adresse (umiddelbar, ingen sig). NUMS interne nøkkelkrefter skript bruker. Hybridhvelv strekker seg til to blader: Ett for CTV-bane (samme som grunnleggende). Andre for CSFS: Verifiserer et Schnorr-sig, over en delegeringsmelding (f.eks. «EMERGENCY_DELEGATION:AMOUNT=...:RECIPIENT=...:EXPIRY=...:VAULT=...») fra kasserernøkkelen, noe som tillater direkte forbruk til mottaker (escape-luke). Demoflyt 1: Kald tilbakebetaling via CTV. Fondshvelv P2TR. Kringkastingsutløser (tilfredsstiller CTV fra hvelv). Send deretter kald tx fra avtrekkeren (ELSE-grenen, tilfredsstiller CTV til kald). Ingen forsinkelse. Fungerer som nødrespons hvis utløseren oppdages (f.eks. hurtigtastkompromittering). Demoflyt 2: Delegering via CSFS. Kasserer signerer melding som autoriserer ops-teamet til å bruke X sats til Y by Z-blokk (selv om beløpet og andre dynamiske transaksjonsparametere ikke håndheves i demoen, vil kreve OP_AMOUNT, kan være mulig å tvinge brukeren til å oppgi transaksjonsdataene i vitnet, sjekk signaturen til tx-dataene med CSFS, og deretter introspektere transaksjonselementene vi ønsker som beløpet, men ikke sikker på at parsingen/delingen av transaksjonselementene ville være praktisk). Bruk hvelv direkte via CSFS-blad: Vitne inkluderer sig, meldingshash, kasserer pubkey, skript, kontroll. Omgår CTV/tidslås for autoriserte nødsituasjoner.

Starknet v0.14.0 er nå på testnett! ✅Desentralisering: Flere sequencere kjører konsensus ✅Rask: Forhåndsbekreftelser på under et sekund Et stort skritt mot et mer desentralisert og raskt nettverk. Les SNIP👇

Starknet / Kairo >>>>> EVM / Soliditet Typesystem: Kairo har sterke typer, generiske, algrebraiske datatyper, egenskaper. Soliditet har ingen generiske og svakere mønstermatching. Eierskap/lånekontroll på kompileringstidspunktet: Kairo har det, enkelteier flytter semantikk og låneregler som fanger opp bruk etter flytting. Solidity minnesikkerhet er avhengig av utviklerdisiplin. Aritmetisk sikkerhet: Kairo bruker kontrollert matematikk som standard. Solidity har nå sjekket aritmetikk, men kan velges bort. Kairo kommer med en mellomrepresentasjon (Sierra) som ikke kan uttrykke udefinert oppførsel eller en sviktende påstand, hver funksjon er bevist å avsluttes ved kompileringstidspunktet. Oppgraderingsmønstre: I Kairo gjøres det med native syscall for å erstatte klassehash mens du beholder lagring, håndhevet av bevis, ingen kollisjonsrisiko for proxy-lagring. I Solidity rulles proxyer for hånd, kollisjoner med lagringsspor og delegatecall-feil representerer en risiko. Kairo utelater bevisst visse funksjoner som finnes i Solidity, for eksempel modifikatorer, klassearv. Kairo favoriserer komponerbarhet fremfor arv, noe som hjelper til med å skrive renere, mer modulær kode, noe som gjør det lettere å resonnere om og revidere for sikkerhetsfeil. Kairo-design eliminerer hele feilklasser før kode kompileres, mens Solidity avhenger av konvensjoner som sjekker, effekter, interaksjoner og eksterne lintere.