Zrzut mózgu wszystkich rzeczy związanych z crescendo, co jest zawarte, jakie są korzyści itp Może to zawierać wiele szczegółów, więc trzymaj się mocno. Zwiększenie bloku na sekundę z 1 do 10 punktów bazowych przy jednoczesnym utrzymaniu pojemności bloku na ~stałym poziomie (więcej na ten temat później). Przepustowość: oczywiście zwiększa się przepustowość transakcji. Ile? prawie dziesięciokrotnie, ale nie do końca 10x. Posiadanie większej liczby równoległych bloków do pewnego stopnia zwiększa współczynnik kolizji. Na TN10 i przy obecnej polityce wyboru mempool txn obserwujemy ~80-90% wydajności (tj. 80-90% txns jest unikalnych). Jeśli mempool jest nadmiernie przeciążony, a zapotrzebowanie znacznie przekracza pojemność, ta wartość wydajności zbliża się do 100%. Podsumowując, TPS rośnie 8-9 razy. Brakujące informacje to średnia szerokość DAG mainnetu po aktywacji w porównaniu z dniem dzisiejszym. Zasady Mempool mogą być dopracowywane w nadchodzącej przyszłości bez hardforka opartego na takich rzeczywistych danych. Częstotliwość: średni czas bloku (= interwał między blokami) jest skracany z 1 sekundy do 100 milisekund. Oznacza to czas włączenia txn w mgnieniu oka. Transakcja nie musi rozprzestrzeniać się na całą sieć, aby mogła zostać uwzględniona; Na przykład może dotrzeć do górników na swoim kontynencie w 50 ms i zostać wydobyty po 200 ms. Częstotliwość ta skraca się również w czasie potwierdzenia po włączeniu ze względu na zwiększoną gęstość procesu pobierania próbek górniczych. Nie oznacza to, że czasy potwierdzeń skracają się dziesięciokrotnie, ponieważ są teraz zdominowane przez opóźnienia bloków, które się nie zmieniły. Raczej, dzięki wyliczeniom na odwrocie koperty, poprawiły się one o 30% (dla zaawansowanych: ogon Poissona rządzący najgorszym przypadkiem szerokości DAG zmniejsza się szybciej, dlatego K można ustawić stosunkowo niżej, z 18 (1 bps) do 124 (dla 10 bps), a nie do 180, jak można by się spodziewać). Równoległość bloków: równoległość bloków wzrasta wraz ze współczynnikiem bloków, a to, wbrew temu, co mogłoby się wydawać, jest dobre. Pomimo tego, że liczba kolizji jest nieznacznie zwiększona z powodu równoległości bloków, równoległość ma kluczowe znaczenie dla stworzenia bardziej sprawiedliwego systemu. Oznacza to, że nie ma monopolu na jednego zwycięskiego górnika na rundę, ale raczej bloki muszą rywalizować i podejmować mądre i konkurencyjne decyzje w rundzie opóźnień. Konsekwencje mogą być ogromne i dalekosiężne. Systemy Oracle i aukcje prowizyjne MEV to tylko niektóre z wstępnych działań. Zagłębianie się w to jest poza zakresem. Muszę również uzasadnić, dlaczego finanse stają się coraz bardziej istotne po crescendo... Zakładając, że tak jest, myślę, że nawet bez wyraźnego wdrożenia projektów odrzutów MEV w drodze konsensusu (jeszcze), zwykły "chaos" w ramach rundy równoległej DAG na poziomie 10 punktów bazowych już sprawi, że manipulacja gospodarcza będzie znacznie trudniejsza niż w innych systemach opartych na liderach. Inne zmiany zawarte w crescendo. Jak zacząć, jest tego tak wiele. KIP-9 jest zintegrowany z konsensusem, wprowadzając nasze unikalne rozwiązanie do rozdęcia stanu z natury w systemie. Nawiasem mówiąc, nazywamy ten "harmoniczny" podprotokół nazwą STORM (od STORage Mass). W tym procesie KIP-9 został rozszerzony o wielość pamięci masowej UTXO (tj. opodatkowanie UTXO, który odpowiednio zużywa więcej pamięci), dzięki czemu jest bardziej przyszłościowy. KIP-10 dodaje obsługę podstawowych kowenantów i adresów dodatkowych. KIP-13 bardziej rygorystycznie reguluje wymagania dotyczące przechowywania w stanach nieustalonych. Zmiany związane z inteligentnymi kontraktami: KIP-14 umożliwia ładunki, umożliwiając txns przenoszenie dowolnych danych (np. wywołania funkcji inteligentnych kontraktów). KIP-15 jest technicznie niewielkim ulepszeniem - składającym się z jednej linii kodu - ale umożliwia koncepcyjnie znaczącą funkcję, pozwalającą węzłom archiwizować tylko transakcje i udowadniać ich sekwencjonowanie i akceptację bez zaufania. Jest to istotne, ponieważ umożliwia węzłom L2 sprzed ery ZK przechowywanie i udowadnianie pełnego wykonania SC nowym synchronizatorom przy rozsądnych kosztach - w ten sposób skutecznie umożliwiając takie systemy zaraz po crescendo. Proponowana zmiana jest maleńkim podzbiorem propozycji projektu zk (zobacz Forum badawcze Kaspa - posty projektowe oparte na rollupach), gdzie taki mechanizm został zaproponowany jako niezbędny wymóg, aby systemy zk działały przez Kaspa, i okazało się, że ma znaczącą wartość również przed zk. Ogólnie rzecz biorąc, oznacza to, że wstępne SC L2 są możliwe w porównaniu z Kaspa po crescendo (lub Kaspa 2.0, jak @hashdag nazywa się to wewnętrznie) z wystarczającymi modelami zaufania. Inne rzeczy, o których chciałem napisać, ale poczekam na inny raz: przegląd zwiększonych, ale ograniczonych kosztów sprzętowych tej aktualizacji, dlaczego przypuszczam, że szerokość DAG mainnetu nie wzrośnie dziesięciokrotnie po crescendo (podpowiedzi: twierdzenie kontynentu powyżej; tj. lokalizacja w sieci P2P) i więcej. Proszę pytać o wszelkie niejasności lub wymagające rozwinięcia.