Popularne tematy
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

Jay ($/acc)
Współzałożyciel @Sei_Labs // Wcześniej w @RobinhoodApp
Harmonogram dla komputera kwantowego zdolnego do łamania szyfrowania blockchain przyspiesza.
Kilka lat temu wydawało się, że nie zobaczymy takiego komputera w naszym życiu. Rok 2025 pokazał, że taki komputer może istnieć w ciągu dekady.
Z AI harmonogram przyspieszył szybciej, niż się spodziewano.
Jest świat, w którym obliczenia kwantowe podążają tą samą trajektorią, a blockchainy są zmuszone do odpowiedzi na to egzystencjalne zagrożenie.
To niezwykle mało prawdopodobny scenariusz, ale taki, który miałby egzystencjalne konsekwencje dla branży blockchain.
Dla @Sei_Labs logiczną drogą naprzód jest upewnienie się, że mamy praktyczne, wykonalne rozwiązanie, aby uczynić @SeiNetwork odpornym na komputery kwantowe, znacznie przed tym, jak może istnieć kryptograficznie istotny komputer kwantowy.
Obecnie priorytetem każdego blockchaina jest skalowanie: zwiększenie przepustowości transakcji i zmniejszenie opóźnienia, bez kompromisów w zakresie bezpieczeństwa lub decentralizacji.
Następna generacja blockchainów musi przypominać internet. To jest cel nadchodzącej aktualizacji Sei Giga, która zwiększy przepustowość łańcucha do 5 gigagas/s i opóźnienie do 400 ms.
Przyjęcie dzisiejszej iteracji Sei Network jako odporną na komputery kwantowe byłoby stosunkowo proste: aktualizacja schematów podpisów sieci.
W obecnej sieci podpisy użytkowników są obecnie ECDSA, a podpisy walidatorów są obecnie Ed25519.
@NISTcyber sfinalizował dwa schematy podpisów odpornych na komputery kwantowe: ML-DSA (modułowa siatka, pochodząca z CRYSTALS-Dilithium) i SLH-DSA (bezstanowa oparta na haszach, pochodząca z SPHINCS+).
Prosta aktualizacja do tych schematów uczyniłaby Sei Network odpornym na komputery kwantowe przy stosunkowo niskim wysiłku.
Jednak nasze plany skalowania łańcucha znacznie to komplikuje.
Obecny łańcuch wymaga około 1,100 bajtów/s w przepustowości. Na podstawie wstępnych szacunków, przy obecnym schemacie podpisów Sei Giga będzie wymagać 13 megabajtów/s.
Wiarygodne schematy podpisów odpornych na komputery kwantowe są ogromne w porównaniu.
Z tymi schematami podpisów, wymagania Giga dotyczące przepustowości wzrosłyby do co najmniej 1.57 gigabajta/sekundę.
Możliwe alternatywy dla NIST to izogenie, takie jak SQISign, oraz mniejsze schematy siatkowe, takie jak Falcon. Zakładając, że SQISign jest bezpieczny (są powody, dla których może nie być), weryfikacja zajmuje 50 ms na podpis.
Jak mówi @muursb w blogu: „Przy 200k TPS to 10,000 rdzeniowych sekund pracy na sekundę tylko na weryfikację. Na 192 rdzeniowym AWS Hpc7a to 52 sekundy weryfikacji podpisu co sekundę, zakładając, że nie robisz nic innego. To wydaje się przynajmniej w pewnym stopniu problematyczne.”
Wnioskiem z tego jest to, że obecnie nie ma idealnego rozwiązania.
Możliwe jest uczynienie blockchainów odpornymi na komputery kwantowe przy użyciu dzisiejszej technologii, ale znacznie utrudnia to skalowanie. To będzie w dużej mierze prawdziwe dla wszystkich blockchainów, nie tylko dla Sei Network.
Pojawienie się obliczeń kwantowych będzie miało ogromny wpływ na sektor blockchain, potencjalnie zakłócając wiele konkurencyjnych dynamik, które definiują zwycięzców i przegranych między dzisiejszymi łańcuchami.
Na takie zagrożenie nie ma czegoś takiego jak zbyt duża gotowość. Tylko zbyt duża pewność siebie.

715
Do końca marca 2026 roku natywne aktywa Cosmos, takie jak USDC.n, nie będą już wspierane na @SeiNetwork.
Jeśli posiadasz USDC.n, proszę przeprowadź migrację na natywne USDC. Instrukcje znajdują się poniżej.

Sei Labs7 sty, 23:24
Sprawdź swój portfel Sei: jeśli posiadasz USDC.n (USDC przez Noble), powinieneś przenieść się na natywne USDC przed końcem marca 2026.
Aktualizacja SIP-3 (spodziewana na mainnecie pod koniec marca) skutecznie uczyni Sei łańcuchem wyłącznie EVM, a aktywa natywne Cosmos, takie jak USDC.n, nie będą wspierane.

478
Najskuteczniejszym sposobem, w jaki udało nam się wdrożyć AI, było automatyczne wykrywanie błędów i luk w zabezpieczeniach.
Zbudowaliśmy workflow z wykorzystaniem Codex od @OpenAI, w którym problemy w nowych pull requestach są zgłaszane w kanale Slack.
W ciągu ostatniego miesiąca zaoszczędziliśmy ponad 80 godzin czasu deweloperów.
45
Najlepsze
Ranking
Ulubione
