Zaczynam dzielić się recenzjami, które osobiście uważam za interesujące 📝 Pierwszy post - przyglądam się implementacji tBTC od @thetnetwork na @starknet. tBTC to wrapped bitcoin na Ethereum, który jest przenoszony na Starknet za pośrednictwem StarkGate. Z mojego punktu widzenia, podstawowe założenia zaufania to: - Zaufaj Threshold Network, aby tBTC na Ethereum był zabezpieczony 1:1 z BTC - Zaufaj podstawowemu kontraktowi mostu StarkGate, aby tBTC na Starknet był zabezpieczony 1:1 z tBTC na Ethereum - Zaufaj podstawowym kontraktom systemów Starknet i ich mechanizmom aktualizacji (tj. 9/12 rady bezpieczeństwa Starknet) - Użytkownicy ufają, że pojedynczy sygnatariusz nie wprowadza złośliwych aktualizacji do kontraktu tBTC StarkGate. Istnieje trzydniowe opóźnienie w aktualizacjach. - Jeśli złośliwa aktualizacja zostanie wdrożona, użytkownicy ufają, że mniejszościowa rada bezpieczeństwa Starknet (3/12 próg) zaproponuje ich wnioski o wypłatę, aby opuścić StarkGate przed upływem okna wyjścia. Wersja blogowa👇 tBTC Threshold Network to token na Ethereum zabezpieczony 1:1 przez bitcoiny. Bitcoiny zabezpieczające tBTC są chronione przez 35 sygnatariuszy uczestniczących w Threshold Network. Starknet to rollup Ethereum - sieć, która przesyła swoje dane stanu do Ethereum. Starknet wykorzystuje dowody ważności, aby ostatecznie finalizować programy mostu L1. Kontrakt mostu tBTC, implementacja StarkGate, jest jednym z tych programów. Aby wyemitować tBTC na Starknet, użytkownicy blokują środki w kontrakcie mostu tBTC StarkGate. Kontrakt mostu następnie przesyła wiadomość do Starknet, aby wyemitować odpowiadającą ilość tokenów tBTC na Starknet. Aby ułatwić wypłaty, wkraczają dowody STARK. STARKi to dowody kryptograficzne, które zasadniczo przekonują programy mostu o bieżącym stanie sieci Starknet. Po tym, jak most jest przekonany o tym stanie, użytkownicy mogą wypłacić środki z mostu. Jeśli użytkownicy chcieliby całkowicie wypłacić do natywnego BTC, musieliby przejść przez sygnatariuszy Threshold Network. Ogólnie rzecz biorąc, uważam, że ta implementacja będzie całkiem solidna, gdy kontrola zarządzania zostanie rozdzielona. Jeśli zaktualizują kontrolę zarządzania do zestawu sygnatariuszy Komitetu Threshold, to federacja 6/9 byłaby odpowiedzialna za wdrażanie aktualizacji. Z tego, co rozumiem, ten komitet jest obecnie aktualizowany/wybierany na nowo, więc to może być powód, dla którego komitet obecnie nie nadzoruje aktualizacji zarządzania.