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.

Ben Livshits
CTO w Eclipse, nauczyciel akademicki, profesor (@imperialcollege), wynalazca. Doktorat na Uniwersytecie Stanforda, 2006. Były @MSFTResearch, ex-@Brave, ex-@MatterLabs.
Bardziej związane z szybkim zobowiązaniem do stanu

Eclipse Labs12 godz. temu
1/ Blockchainy są ograniczone przez aktualizacje stanu.
Przeprowadziliśmy badania Firewood, MerkleDB, NOMT, LVMT i QMDB: Ogromne postępy w I/O i dowodach, jednak WSZYSTKIE są o rzędy wielkości poniżej naszych 3M aktualizacji/sekundę dla prawdziwego 1M+ TPS.
Wchodzi AlDBaran, rozbijając 48M/sek!

262
W tym tygodniu dzielimy się dodatkowymi szczegółami dotyczącymi szybkiego obliczania zobowiązań stanu.

Eclipse Labs22 lip, 00:55
1/ Blockchainy potrzebują szybkich i bezpiecznych sposobów na aktualizację i weryfikację danych.
W AlDBaran Część 1 osiągnęliśmy 48M aktualizacji/sek (20x szybciej niż konkurencja).
Dziś ujawniamy, jak dostroić AlDBaran, aby uzyskać jeszcze lepsze wyniki:

1,85K
Dzielimy się niektórymi z naszych ostatnich prac nad opłatami wielowymiarowymi.

Eclipse Labs11 lip, 02:02
1/ Rynki opłat są często pomijanym elementem w dyskusjach na temat wydajności, ale są kluczowe dla skalowalności.
EVM dzisiaj nie może skalować się poza pojedynczym rdzeniem wykonawczym, ponieważ nie obsługuje lokalnych rynków opłat.
Dodatkowo, efektywność przestrzeni blokowej jest znacznie zmniejszona z powodu słabego rozliczania zasobów i zwrotów gazu.

2,49K
Użytkownik Ben Livshits udostępnił ponownie
Cieszę się, że Jordy Baylina domaga się wspólnego standardu — bezpieczeństwa 128-bitowego. Czuję jednak potrzebę dodania, że ma to znaczenie tylko wtedy, gdy jest matematycznie weryfikowalne, tzn. bez zaufania! Zaufana konfiguracja, moim zdaniem, to w zasadzie bezpieczeństwo 80-bitowe.
9,52K
Interesująca dyskusja

Nick White2 lip, 04:25
Zamiast nazywać je "centralnymi sekwencerami", powinniśmy nazywać je "pojedynczymi sekwencerami".
Pojedynczy sekwencer nie jest "centralny", ponieważ może nadal zachować większość kluczowych cech systemów zdecentralizowanych, takich jak:
- weryfikowalność
- żywotność
- brak ograniczeń dostępu
Poświęca jedynie odporność na cenzurę, ale nawet wtedy może nadal dziedziczyć pewną odporność na cenzurę z L1 za pomocą mechanizmów takich jak skrzynki odbiorcze.
TL;DR pojedyncze sekwencery mogą nadal być bardzo zdecentralizowane, więc nazywanie ich "centralnymi" to manipulacja.
705
Użytkownik Ben Livshits udostępnił ponownie
Czuję, że to odpowiedni moment na ten wątek, po ogłoszeniu łańcucha Robinhood L2.
Rollupy zostały pierwotnie wymyślone jako "rozwiązanie skalujące" dla Ethereum. Uważam, że to ujęcie jest błędne. To nowy paradygmat dla przyszłości Web3, który wygra z monolitycznymi łańcuchami (1/8) 🧵
9,73K
Kolejny ważny i ekscytujący kamień milowy w wydajności po przyspieszeniu ed25519 — tym razem mamy uwierzytelnione aktualizacje stanu z prędkością bliską 50M na sekundę, akurat na czas na @EthCC

Eclipse Labs1 lip, 01:11
1/ Właśnie przełamaliśmy wąskie gardło związane z zobowiązaniem stanu w Eclipse:
AlDBaran utrzymuje 48M aktualizacji/sek na 96-rdzeniowej maszynie AWS, przyspieszając rollup GigaCompute Eclipse.

3,71K
Najlepsze
Ranking
Ulubione
Trendy onchain
Trendy na X
Niedawne największe finansowanie
Najbardziej godne uwagi