Ulepszenia technologii EOSC

Model zasobów oparty na opłacie serwisowej
Chociaż model płatności zasobów CPU i NET EOSIO jest dobrym projektem technologicznym, jest zbyt skomplikowany dla użytkowników i nie może promować DAPP Programiści optymalizują swoje umowy Z drugiej strony metoda zakupu pamięci RAM EOSIO doprowadzi do pewnych zachowań związanych z gromadzeniem, co nie sprzyja rozwojowi ekologii DAPP. Z tego powodu EOSC innowacyjnie zaprojektował nowy zestaw modeli zasobów. Poprzez optymalizację w praktyce, zbadaj modeli zasobów opartych na opłatach za usługi w złożonym środowisku inteligentnych kontraktów i dokładnie rozwiązywać problemy z zasobami, które nękają ekologię EOS.
Przede wszystkim EOSC płaci zużycie zasobów CPU i NET użytkownika w trybie opłat.Dla Akcji zdefiniowanej przez programistę w DAPP, programista DAPP może ustawić wymaganą opłatę za Akcję, a system kontroluje zasób korzystanie z Akcji oparte na tym, z jednej strony ułatwia użytkownikom zrozumienie zużycia zasobów, z drugiej strony mocno promuje również programistów DAPP w celu optymalizacji wykorzystania zasobów kontraktowych, tak aby rozwijała się cała ekologia życzliwie.
EOSC używa metody podobnej do wynajmowania hostów w chmurze do przydzielania zasobów RAM. Użytkownicy mogą wykorzystywać dywidendy z głosowania, aby płacić za wynajem zasobów RAM. W ten sposób użytkownicy nie muszą się martwić o płacenie czynszu, a problem zaległości czynszowych jest Dzięki metodzie „dzierżawy i sprzedaży” EOSC może skutecznie unikać spekulacji zasobami RAM, dzięki czemu rozwój DAPP nie musi być zakłócany ceną RAM, a także skutecznie promuje ekologiczną konstrukcję DAPP.
Odważnie wprowadzając innowacje i badając nowe modele zasobów, EOSC bada również mechanizmy zapewniające kompatybilność z modelami zasobów EOSIO. W przypadku zasobów CPU i NET użytkownicy mogą płacić opłaty na podstawie wieku biletu dywidendy, aby uzyskać podobny kredyt hipoteczny EOSIO, aby uzyskać procesor i efekt zasobów NET, dla pamięci RAM użytkownicy mogą osiągnąć efekt EOSIO w oparciu o zakup rynkowy poprzez formę swapu głosowania hipotecznego, dzięki czemu programiści DAPP mogą szybko przeciąć EOSC z innych łańcuchów EOSIO i płynnie przejść do zasobu EOSC Model.
Mechanizm płynnej aktualizacji
Mechanizm wyboru EOSC zachęca superwęzły do ​​aktywnego udziału w promowaniu aktualizacji technologii. W przeciwieństwie do dzielenia wersji węzłów społeczności EOSIO, EOSC aktywnie promuje aktualizacje i odnawianie technologii.
Aby osiągnąć płynniejszy proces niekompatybilnej aktualizacji, EOSC dodał mechanizm aktualizacji oparty na efektywnej wysokości bloku.Społeczność może potwierdzić efektywną wysokość bloku funkcji za pomocą wielu podpisów, aby ukończyć płynną aktualizację w proces w sposób zdecentralizowany, inny niż ostatnio proponowany przez EOSIO schemat etykietowania oparty na danych ekspansji bloków, mechanizm aktualizacji EOSC jest bardziej przyjazny i łatwy do zrozumienia. EOSC jako pierwszy przećwiczył zdecentralizowany proces aktualizacji „soft fork” w łańcuchu opartym na EOSIO, co jest podstawową gwarancją ciągłej ewolucji EOSC w celu rozwiązywania różnych problemów z mechanizmami.
Z drugiej strony funkcja ustawiania atrybutów łańcucha w oparciu o multi-signature może zapewnić społeczności zestaw zdecentralizowanych konfiguracji łańcucha i rozwiązań on-chain.Różne parametry i konfiguracje można modyfikować w sposób zdecentralizowany zgodnie z aktualnymi rozwoju, co zapewnia lepszy rozwój społeczności.
Mechanizm pulsu węzła i interwał stabilnego blokowania
W celu promowania stabilności głównej sieci, EOSC wzmocnił konstrukcję węzłów kandydujących z punktu widzenia modelu ekonomicznego. , EOSC dodał łańcuch Mechanizm bicia serca węzła w sieci służy do promowania wzmocnienia węzła w celu poprawy jego stabilności i promowania stabilności całej głównej sieci.
Na podstawie mechanizmu pulsu, EOSC może potwierdzić działanie węzłów, aby wadliwe węzły mogły zostać ukarane na podstawie łańcucha, aby dalej nadzorować budowę węzłów i zapobiegać bezczynności węzłów powodującej niestabilność całej głównej sieci.
Zwiększ czas interwału bloków na początku uruchamiania, aby uniknąć okazjonalnych soft forków w sieci głównej, gdy obecna infrastruktura sieciowa nie jest jeszcze doskonała.EOSIO zaprojektował półsekundowy interwał bloków i chociaż mechanizm węzły produkujące sześć bloków z rzędu mogą poprawić dostępność łańcucha w przyszłości, nie ma to zastosowania w obecnym środowisku sieciowym W pragmatyczny sposób należy najpierw zwiększyć odstęp między produkcją bloków, a następnie zmienić na szybką produkcję bloków kiedy warunki dojrzeją w przyszłości.Może to skutecznie zredukować miękkie rozwidlenia, a jednocześnie zmniejszenie liczby bloków może znacznie zwiększyć szybkość synchronizacji pełnych węzłów, dzięki czemu może być więcej pełnych węzłów, zwiększając w ten sposób dostępność całej sieci.
Więcej interfejsów API warstwy kontraktu
Aby ułatwić programistom DAPP opracowywanie kontraktów, dodano niektóre interfejsy API i wprowadzono pewne zmiany w kontraktach systemowych.
Przede wszystkim dodany jest interfejs API do uzyskiwania wysokości bloku. Programiści mogą łatwo i skutecznie uzyskać aktualną wysokość bloku. W oparciu o ten interfejs API umowa może skutecznie unikać blokowania ataków blokowych i innych ataków opartych na ponawianiu prób. Po drugie, dodaj Aby uzyskać API informacji o konfiguracji łańcucha, programiści mogą dostosować różne poprawki parametrów i uaktualnienia łańcucha w warstwie kontraktu, tak aby kontrakt mógł płynnie podążać za funkcją aktualizacji łańcucha. Wreszcie, aby uniknąć fałszowania waluty ataków, przed rozpoczęciem łańcucha stosowana jest niezależna umowa tokena podstawowego, dzięki czemu użytkownicy mogą wyraźnie odróżnić ataki fałszywej waluty.
Dostosowanie do usług cross-chain
Na początku uruchomienia zespół Force przewidział, że obsługa cross-chain w przyszłości będzie podstawową funkcją publicznego łańcucha, więc zespół Force rozpoczął rozwój projektu Codex, ustanowił łańcuch przekaźników Codex.Relay, aby świadczyć usługi przekaźnikowe dla każdego łańcucha, aby zrealizować mechanizm międzyłańcuchowy między każdym łańcuchem, może zapewnić doskonalsze wsparcie dla Codex.Relay i współpracować poprzez superwęzły dwóch łańcuchów można osiągnąć „kompletny” mechanizm międzyłańcuchowy, to znaczy stopień decentralizacji dowolnego łańcucha nie zostanie zmniejszony podczas procesu międzyłańcuchowego.
Dzięki mechanizmowi cross-chain można uzyskać dużą skalowalność.W oparciu o usługę przekazywania można dodawać podłańcuchy warstwy 2. Niektóre usługi i DAPP zużywające duże zasoby mogą być uruchamiane w oparciu o podłańcuchy. Dzięki usłudze przekazywania wyniki obliczeń lub stan rdzenia są synchronizowane z , dzięki czemu w przyszłości można dodawać specjalne podłańcuchy, takie jak przechowywanie, obliczenia, DAPP i liczby losowe w celu rozszerzenia funkcji.
Wysoce konfigurowalny framework rozwojowy łańcucha bloków EOSIO
W oparciu o usługi przekaźnikowe można dodawać podłańcuchy warstwy 2, a różne podłańcuchy będą odgrywać rolę w ekologii EOSIO w przyszłości ma świetny efekt, ale należy zauważyć, że obecny rozwój projektu blockchain z niestandardowymi funkcjami opartymi na EOSIO wciąż ma wysoki próg.Z tego powodu zespół Force uruchomił projekt Codex.io, który jest wysoce konfigurowalnym Ramy rozwoju łańcucha bloków EOSIO obniżają próg rozwoju podłańcuchów i zapewniają programistom bardziej ekonomiczne i przyjazne środowisko rozwoju podłańcuchów.
Zespół Force zgromadził duże doświadczenie w opracowywaniu łańcuchów bloków opartych na EOSIO podczas procesu rozwoju i ma nadzieję zmaksymalizować wartość tych doświadczeń.Codex.io to „gotowy do użycia” łańcuch bloków EOSIO framework deweloperski, deweloperzy mogą szybko uruchomić własny łańcuch w oparciu o Codex.io, po prostej konfiguracji mogą dostosowywać różne symbole, swobodnie wybierać system ekonomiczny i model zasobów, na tej podstawie programiści muszą tylko zwrócić uwagę na łańcuch. być rozwiązany samodzielnie, może być realizowany w oparciu o kontrakt lub natywną warstwę łańcucha.Codex.io może ułatwić programistom ekspansję w natywnej warstwie łańcucha, aby rozwiązać niektóre problemy z wydajnością, a także może znacznie rozszerzyć łańcuch Funkcja.
Codex.io integruje funkcje rozszerzeń proponowane przez większość obecnych sieci EOSIO. Dzięki podejściu integracyjnemu Codex.io umożliwia programistom swobodne łączenie funkcji w łańcuchu: w tym system diet, system kont i różne czarne i mechanizmy białej listy, wspólne mechanizmy zarządzania i mechanizmy głosowania oraz różne wtyczki.
Dzięki Codex.io w przyszłości zostanie zintegrowana duża liczba podłańcuchów warstwy 2, co zapewni nieograniczoną skalowalność.