Hvis @ethereum ønsker å blande en viss mengde raske "hjerteslag"-bekreftelser med en langsommere og mer spenstig etterfølgende sluttføringsprotokoll, bør de lære av og muligens bare bruke @zcash arbeid i verdensklasse på Trailing Finality Layer. Konstruksjonene konvergerer, og etter mitt syn har @zcash kommet med veldig klare argumenter for hvorfor begrenset tilgjengelighet er et bedre valg for å holde brukerne trygge, noe som også gjelder for @ethereum. Fullstendige argumenter 👇

Zcash Underground Army er på marsj. ✅ Modig lommebok ✅ Metamaske ✅ Maya DEX ✅ NÆR Hensikter ✅ Gemini

Hvis du kjøper ZEC i dag, støtter du de som bygger neste generasjons frihetsteknologi, og du gjør det vanskeligere for regjeringen å angripe Roman Storm og fremtidige Roman Storms. For feiginger: vær så snill å selge din ZEC til noen med mot.

Jeg scrollet nettopp gjennom en fancy annonse for en Apple-bærbar PC (prøvde å kjøpe en ekstra strømadapter til min), da denne delen stoppet meg. Jeg setter stor pris på Apples veldig offentlige, veldig enkle uttalelse her.

Sweeet. Ingonyama la til en GPU-akselerator for ezkl-halo2 som gir enorme hastigheter på en NVIDIA RTX 4080. Håper det gjelder zcash-halo2. (Avsløring: Jeg investerte i Ingonyama for en million år siden.)

ZecHub lager de beste videoene. Her er en komplett praktisk veiledning for hvordan du får skjermet Zcash i MetaMask på 10 minutter.

Et brev jeg skrev til SHA-3-e-postlisten i 2010: Fra: Zooko O'Whielacronx Til: hash-forum Dato: 2010-10-14 03:46 UTC Folk: Hvis en hash har 32-biters pre-image-motstand, betyr dette at en angriper kan bruke omtrent 2³² ressurser på å finne et pre-image. Hvis en hash har 64-biters pre-image-motstand, betyr dette at en angriper kan bruke omtrent 2⁶⁴ ressurser på å finne et pre-image. Hva om en hash har 512-bits pre-image-motstand? Hva ville det bety? At en angriper kan bruke omtrent 2⁵¹² ressurser på å finne et forhåndsbilde i den? Det er en meningsløs mulighet å diskutere siden 2⁵¹² ressurser aldri vil eksistere i livet til dette universet, så det kan ikke bety det, eller hvis det betyr det, så er det ingen vits i å snakke om "512-bit pre-image-resistance". Kanskje det betyr noe annet? Anta analogt at du vurderte konstruksjonen av en bro som tålte 10³ tonn trykk. Du kan også vurdere en bro som tåler 10⁶ tonn trykk. Hvis broen skulle bli utplassert i en situasjon der mer enn 10³ tonn, men mindre enn 10⁶ tonn kan hvile på den, vil dette være en veldig viktig forskjell å gjøre. Men hva ville det bety å diskutere et design for en bro som tåler 10¹⁵⁰ tonn trykk? Et slikt trykk kunne aldri påføres broen. Ville det være noen verdi i et skille mellom en brokonstruksjon som ville tåle 10¹⁵⁰ tonn trykk og en annen som ville tåle 10³⁰⁰? Selv om ingen av dem noen gang kunne oppleve så mye som 10¹⁵⁰ tonn trykk, ville kanskje sistnevnte bro fortsatt være tryggere mot en annen trussel – en feil fra byggherrenes eller designernes side eller en stressende hendelse som ikke var inkludert i modellen som vi brukte til å evaluere broene våre i utgangspunktet. Eller kanskje ikke. Kanskje broen som er designet for å tåle 10³⁰⁰tonn trykk faktisk har større sannsynlighet for å svikte enn den andre når den treffes av denne uforutsagte, umodellerte hendelsen. Hvem kan si det? En rimelig posisjon å ta er at det var en feil av NIST å spesifisere at noen av SHA-3-hashene måtte ha 512-bits motstand mot forhåndsbilde. (Hvis det var en feil, så aner jeg virkelig ikke hva jeg skal gjøre med det på dette tidspunktet!) Den posisjonen sier at det er behov for en hash-funksjon som tar mye mer CPU-tid enn SHA-3-256 gjør for å gi mye mindre sannsynlighet for at en angriper vil være i stand til å finne et pre-image i den enn i SHA-3-256, men at denne "mye mindre sannsynligheten" ikke i noen meningsfull forstand er korrelert med ideen om å ha "512-bit pre-image resistance". En annen rimelig posisjon å ta er at en hash-funksjon som er kjent for å ha maksimalt 384-biters motstand før bilde, har større sannsynlighet for å mislykkes enn en som er kjent for å ha maksimalt 512-biters motstand før bilde. Det er her min begrensede forståelse av hash-funksjon kryptoanalyse kommer til en slutt. Er det plausibelt? Hvis jeg gir deg to hash-funksjoner som det, er du sikker på at du kan lære å finne pre-bilder i førstnevnte før du finner pre-bilder i sistnevnte? Hvor sikker er du? Er det mulig at det ville være omvendt – at du ville oppdage en metode for å finne førbilder i sistnevnte før du oppdager en metode for å finne forbilder i førstnevnte? Hvis noen som har ekte hash-funksjon kryptoanalyseekspertise og som tar sistnevnte posisjon kunne forklare hva de mener med "mer sannsynlig å mislykkes", så ville jeg blitt fascinert av å høre det. Uansett er jeg ganske sikker på at som bruker av hash-funksjoner er det jeg bryr meg om "mer sannsynlig å mislykkes" (og effektivitet), ikke om "biter av sikkerhet" for noe bit-nivå større enn omtrent 128 (inkludert vurdering av kvanteangrep, flermålsangrep, etc.). Takk for at du tok deg tid til å lese dette. Hilsen Zooko Wilcox-O'Hearn

Det er på tide å drepe bankhemmelighetsloven. Det bryter med det fjerde grunnlovstillegget – retten til å være sikret mot urimelig ransaking og beslagleggelse. Og det gjør oss ikke tryggere. Wtg @katie_haun

Må leses!

En god tale om disintermediation, kryptering, personlig verdighet og andre typiske amerikanske verdier, av Hester Peirce. Også om vannmelon og peanøttsmør.