Nejjednodušší způsob, jak pocítit rychlost flashblocku:

Nebyl vygenerován 😂 žádný důkaz ale stále býčí na @boundless_xyz

NAKONEC, po celých 7 měsících, jsem dosáhl @AbstractChain platinové úrovně. Vzhledem k tomu, že v Koreji je stále velmi málo držitelů platinové úrovně (4, včetně mě), mohu alespoň říci, že jsem do toho dal všechno. Vydělal jsem 1,1 milionu XP za 28 týdnů, průměrně jsem měl asi 40 000 XP týdně. Ve srovnání s ostatními členy platinové úrovně (@say_yes_say_yes, @minebuu_, @jaiyujjj) je moje čisté jmění výrazně nižší, ale měl jsem štěstí, že se moje strategie ukázala jako dostatečně účinná, abych v srpnu dosáhl platiny. Důvodem, proč se stále ponořím do Abstract, je částečně to, že jsem získal víru ve změny, které Abstract ukázal za těchto 7 měsíců, ale hlavně je to proto, že věřím v @LucaNetz jako člověk. Podle mého subjektivního úsudku je vůdců s tak odvážným vedením, kteří transparentně sdílejí pokrok s komunitou, málo. Věřím, že právě toto charisma mu umožnilo přesvědčit klíčové členy týmu - kteří mají cenu zlata, zejména @0xCygaar - aby s ním spolupracovali... Každopádně, prozatím, a dokonce i po TGE, plánuji zůstat u Abstract, abych viděl, jak daleko může spotřebitelský řetězec růst a jak moc se vymačká z jádra komunity, která bude vytvořena během téměř roku grindování Abstract. Ať žije Abstract!

Jedna věc, která se mi na @RiscZero a @boundless_xyz líbí, je, že se skutečně starají o bezpečnost. V květnu 2024 zveřejnil RISC Zero článek na blogu, který ověřoval, že mohou projít "Rekt Testem". Tento test je bezpečnostní dotazník vytvořený ve spolupráci s různými bezpečnostními experty, včetně členů @immunefi, @trailofbits, @eulerfinance, @FireblocksHQ a @SolanaFndn. Pokrývá 12 kritérií, která musí být splněna pro dosažení nejvyšší úrovně zabezpečení. RISC Zero na blogu prokázal, že splňuje standardy ve všech procesech s výjimkou jedné položky, která nebyla použitelná, což ukazuje, že to s bezpečností myslí vážně. Nicméně, RISC Zero je jediným projektem, který veřejně oznámil soulad s Rekt Test od jeho veřejného vydání. Kromě toho RISC Zero prošel bezpečnostními audity svého zkVM od špičkových auditorských společností, jako jsou @hexensio a @VeridiseInc, a zároveň veřejně vyplácel odměny za chyby prostřednictvím @HackenProof. Z HackenProof jsem našel odměnu 50 tisíc dolarů za zranitelnost nalezenou v jejich zkVM 👀 Vzhledem k tomu, že bezpečnostní chyby v protokolech ZK mohou zničit celý protokol, je povědomí o bezpečnosti nesmírně důležité. V tomto ohledu je připravenost RISC Zero hodnocena jako velmi důkladná. To je také důvod, proč jsem na Boundless býčí.

Pro ty, kteří o @capmoney_ ještě nevědí - Cap je v podstatě výnosný stablecoin, jehož cílem je: - decentralizovat mechanismus generování výnosů - generovat co nejvyšší výnosy prostřednictvím konkurence operátorů, kterými jsou finanční instituce Výhody čepice lze obecně rozdělit do dvou hlavních bodů. Za prvé, minimalizuje riziko pro vložená aktiva uživatelů. Cap využívá @eigenlayer, což umožňuje operátorům (kteří generují výnosy) spravovat aktiva delegovaná stakery. Pokud provozovatelé vykazují špatnou výkonnost, zajištění restakerů je sníženo, zatímco úspěšná realizace vede k pobídkám pro restakery. Zde Cap využívá mechanismus "redistribuce", který nedávno zavedla společnost EigenLayer, kde se kolaterál zabavený prostřednictvím slashingu používá k vymáhání ztrát způsobených operátory. Proto je navržen tak, aby maximalizoval ochranu výnosů uživatelů. Za druhé, je zde vysoký potenciál výnosů. Cap neklade žádná omezení na metody generování zisku operátorů a současně vystavuje uživatele různým strategiím napříč Web2 i Web3. To znamená, že uživatelé mohou být vystaveni tradičním finančním produktům, MEV, RWA, čemukoli, co generuje výnos. Vzhledem k tomu, že Capův setrvačník prochází přes své výkonné operátory, je nutné pečlivě sledovat, kteří operátoři se v raných fázích připojí. Osobně jsem na Cap velmi optimistický, protože ;)

Právě jste se zaregistrovali @openmind_agi čekací listině FABRIC

Korejská @AbstractChain komunita je prostě postavena jinak.. 7 z 15 nejlepších dárců @teamwater jsou korejští rn

Korejská @AbstractChain komunita je prostě postavena jinak.. 7 z 15 nejlepších dárců @teamwater jsou Korejci rn

Právě jsem prostřednictvím @AbstractChain poskytl malý dar ražbou @teamwater NFT. Trochu se stydím říct, že jsem nikdy předtím nepřispíval ze svých výdělků, ale i nepřímá účast tímto způsobem mi připadá opravdu smysluplná. Děkuji @donatedotgg, @opensea a @AbstractChain za to, že můj dar šel přímo na charitu.

Při zkoumání @boundless_xyz eco, objevil jsem zajímavý případ použití v aplikacích @RiscZero R0VM: ZK Proof of Exploit - zkPoEx. Ze všech chyb jsou nejkritičtější ty, které existují v živých produktech. Vzhledem k tomu, že kritické zranitelnosti v kryptoměnách okamžitě vedou ke zneužití fondu, je peněžní hodnota živých chyb velmi vysoká. Když jsou takové chyby nalezeny, platformy odměn za chybu, jako jsou @immunefi nebo @HackenProof, obvykle fungují jako prostředníci pro ověření pravosti a závažnosti chyby a nápravu vyjednávání o odměnách. Tato struktura má jeden problém: podrobnosti o chybě musí být zveřejněny předtím, než whitehat obdrží odměnu. Z pohledu projektu by po obdržení hlášení o chybě a jeho přezkoumání mohli provést opravu a poté tvrdit, že je "mimo rozsah" nebo snížit její závažnost. Ve velmi extrémních případech by zprostředkovatelé mohli zranitelnost vidět a zneužít ji jako první. zkPoEx prostřednictvím R0VM společnosti RiscZero umožňuje prokázat existenci zranitelnosti pomocí důkazu ZK bez odhalení podrobností o chybě. Vzhledem k tomu, že může prokázat, že chyba splňující určité podmínky existuje, mohou vyhledávači chyb očekávat od projektů kooperativnější reakce, jako je například požadavek na částečnou platbu předem. Abychom to vysvětlili podrobněji, reportér používá calldata/exploit kontrakt jako soukromý vstup a stav attack-time jako veřejný vstup ke změně stavových hodnot cílového kontraktu v rámci R0VM. Po spuštění může tx účtenka a důkaz vygenerovaný R0VM Prover ověřit, zda útok splňoval konkrétní podmínky, jako jsou změny zůstatku. Osobně si myslím, že tato metoda je docela užitečná pro hlášení živých zranitelností, ale zatím jsem neviděl žádné případy, kdy by byly chyby hlášeny pomocí tohoto přístupu. Zdá se, že je to proto, že projekty musí zajistit podmínky předem... Pokud by byl takový systém skutečně obtížné implementovat v praxi, rád bych věděl, jaké by byly výzvy.