W oparciu o różne koncepcje zarządzania społeczność EOSC zoptymalizowała mechanizm wyborczy EOSIO, uruchomiła główną sieć EOSC na Genesis Height 1 i kontynuowała iterowanie i ulepszanie głównej sieci EOSC, dzięki czemu EOSC nadal ewoluuje w kierunku zdecentralizowanej platformy inteligentnej umowy o wysokiej wydajności, kładąc fundament dla dużej skali popularyzacji gospodarki krypto.

tło

Gospodarka kryptowalut zapoczątkowała krytyczny etap od eksperymentów społecznych po komercyjne użytek na dużą skalę.
Za komercyjnym użyciem na dużą skalę oznacza ogromne ciśnienie transakcyjne. Aby skutecznie nosić ogromne wymagania dotyczące transakcji, system blockchain musi najpierw zapewnić wystarczająco dobrą wydajność. Aby to osiągnąć, wymagane są wyższe wymagania dla pełnego węzła, takie jak lepsza konfiguracja maszyn sprzętowych, większa pojemność pamięci, bardziej stabilna sieć, szybsza przepustowość, niższe opóźnienie itp. Oczywiście wysoki próg dla pełnego węzła doprowadzi do zmniejszenia liczby węzłów produkujących blok, które mogą działać stabilnie. Jeśli mechanizm POS zostanie użyty w takim systemie blockchain, system szybko zbiega się do scentralizowanej sytuacji. Aby osiągnąć równowagę między wysoką wydajnością a decentralizacją, algorytm konsensusu DPOS jest niewątpliwie najlepszym wyborem i najlepszym rozwiązaniem do zarządzania niewielką liczbą węzłów.
Pojawił się EOSIO oparty na algorytmie konsensusu DPOS, a społeczność po raz pierwszy po raz pierwszy zobaczyła zasięg komercyjnej komercyjnej gospodarki kryptograficznej. To, czy mechanizm wyborczy jest w pełni skuteczny, jest kluczem do przetrwania mechanizmu konsensusu DPOS, a także jest to również związane z tym, czy mechanizm konsensusu DPOS może przekazać POW, aby poprowadzić następną generację fal szyfrowania.
Aby przyspieszyć przybycie ery komercyjnego wykorzystania gospodarki kryptograficznej na dużą skalę, społeczność EOSC zoptymalizowała mechanizm wyborczy EOSIO, uruchomiła główną sieć EOSC na Genesis Height 1 i kontynuowała iterowanie i ulepszanie sieci głównej EOSC, tak że EOSC nadal ewoluuje w kierunku ułożonej platformy inteligentnej umowy o wysokiej wydajności.

Mechanizm konsensusu

EOSC podąża za mechanizmem konsensusu Eosio, a mianowicie konsensus rurociągu DPOS BFT. W przeciwieństwie do EOSIO, EOSC nie przyjmuje trybu EOSIO z jednym blokiem co 0,5 sekundy, a jeden węzeł generuje 6 bloków. Co 3 sekundy w EOSC węzły nie będą generować bloków w sposób ciągły. Chociaż węzły mogą skrócić czas oczekiwania na rozpakowane transakcje, obecne środowisko sieciowe często nie jest idealne, szybkie wytwarzanie bloków wpłynie na stabilność łańcucha i spowoduje dużą liczbę mikro widelców.
Obecny mechanizm konsensusu Eosio nie jest wystarczająco doskonały, ale jako platforma DAPP czas potwierdzenia bloku nie jest pierwszym priorytetem optymalizacji łańcucha. W przypadku EOSC mechanizm konsensusu należy rozważyć w środowisku o wysokim obciążeniu. W obecnej sytuacji, w której równoległy system komputerowy nie jest doskonały, pospieszna poprawa mechanizmu potwierdzania potwierdzania jest bardzo problematyczna.
Przyszły mechanizm konsensusu EOSC będzie ewoluować równolegle z dwóch kierunków
1. Kompatybilny z opracowywaniem EOSIO i aktualizacja jego algorytmu konsensusu. Oceniamy na podstawie obecnego postępu rozwoju Eosio. Gdy Eosio zakończy równoległe ulepszenie, algorytm konsensusu zostanie zaktualizowany, aby osiągnąć szybszy czas potwierdzenia bloku.
2. Inne mechanizmy konsensusowe oparte na liczbach potwierdzających zostaną dostosowane do uzupełnienia istniejącego konsensusu DPOS. Z jednej strony interakcja między konsensusem łańcucha warstwy 2 warstwą 2 a łańcuchem głównym zostanie zrealizowana. Z drugiej strony bardziej zdecentralizowany mechanizm łańcucha krzyżowego można osiągnąć za pomocą innych mechanizmów konsensusowych.

Ulepszanie technologii EOSC

Model zasobów oparty na opłatach obsługi
Chociaż model płatności CPU i zasobów netto Eosio jest dobrym projektem technologii, jest zbyt złożony dla użytkowników i nie może promować programistów DAPP, aby zoptymalizować ich umowy. Z drugiej strony metoda zakupu pamięci RAM Eosio doprowadzi do pewnych zachowań gromadzących, co nie sprzyja rozwojowi ekosystemu DAPP. Z tego powodu EOSC innowacyjnie zaprojektował nowy model zasobów. Poprzez praktyczną optymalizację bada model zasobów oparty na obsłudze opłat w złożonym inteligentnym środowisku kontraktowym, aby całkowicie rozwiązać problemy z zasobami, które nękają ekosystem EOS.
Przede wszystkim EOSC płaci zużycie procesora użytkownika i zasobów netto w trybie opłaty za obsługę. W przypadku działania zdefiniowanego przez programistę w DAPP, programiści DAPP mogą ustawić wymaganą opłatę za obsługę akcji. System kontroluje użycie działania na podstawie tego. Z jednej strony ułatwia to użytkownikom zrozumienie konsumpcji zasobów, a z drugiej strony, zdecydowanie promuje programistów DAPP w celu zoptymalizowania wykorzystania zasobów kontraktowych, aby cały ekosystem mógł się rozwijać.
EOSC używa hosta wynajmu w chmurze, aby przydzielić zasoby RAM w sposób podobny do wynajmu hostów w chmurze. Użytkownicy mogą płacić koszty wynajmu zasobów pamięci RAM za pomocą dywidend głosowania, aby użytkownicy nie musieli martwić się o wypłatę czynszu, a także wyeliminować problem zaległości czynszu. Za pomocą metody „wynajmu i sprzedaży” EOSC może skutecznie unikać zachowań spekulatywnych wobec zasobów RAM, aby rozwój DAPP nie musiał być zakłócony przez ceny pamięci RAM i skutecznie promować budowę ekosystemu DAPP.
Chociaż odważnie wprowadza innowacje i badanie nowych modeli zasobów, EOSC bada również mechanizm kompatybilny z modelami zasobów EOSIO. W przypadku CPU i zasobów netto użytkownicy mogą płacić opłaty w oparciu o wiek dywidendy, aby osiągnąć efekt uzyskania zasobów CPU i netto podobnych do hipoteki EOSIO. W przypadku pamięci RAM użytkownicy mogą osiągnąć wpływ EOSIO na podstawie zakupu rynku za pośrednictwem wymiany głosowania, aby programiści DAPP mogli szybko wejść do Eosio z innych łańcuchów Eosio i płynnie przejść do modelu zasobów EOSC.
Mechanizm gładkiej aktualizacji
Mechanizm wyborczy EOSC zachęca super węzły do ​​aktywnego uczestnictwa w promowaniu ulepszeń technologicznych. W przeciwieństwie do podziału wersji Node Community EOSIO, EOSC aktywnie promuje ulepszenia i aktualizacje technologiczne w praktyce.
Aby osiągnąć płynniejszy proces niekompatybilny, EOSC dodał zestaw mechanizmów aktualizacji w oparciu o wysokość efektywnego bloku. Społeczność może potwierdzić wysokość skutecznego bloku funkcji za pomocą wielu znaków, aby zdecentralizować proces płynnego aktualizacji. W przeciwieństwie do niedawno proponowanego schematu tagowania EOSIO opartego na danych rozszerzenia bloków, mechanizm aktualizacji EOSC jest bardziej przyjazny i sprzyjający zrozumieniu. Pierwsza praktyka EOSC dotycząca zdecentralizowanego procesu aktualizacji „miękkiego widelca” w łańcuchu opartym na Eosio, który jest podstawową gwarancją, że EOSC będzie ewoluować w celu rozwiązywania różnych problemów z mechanizmem.
Z drugiej strony funkcja ustawiania atrybutów łańcucha opartych na wielu znakach może zapewnić społeczności zestaw zdecentralizowanej konfiguracji łańcucha i schematów na łańcuch. Różne parametry i konfiguracje można zdecentralizować zgodnie z faktycznym rozwojem, aby społeczność mogła się lepiej rozwijać.
Mechanizm bicia serca węzłów i stabilny przedział wyjściowy bloków
W celu promowania stabilności sieci głównej, EOSC wzmacnia budowę alternatywnych węzłów z perspektywy modelu ekonomicznego. Jednocześnie EOSC dodaje do łańcucha mechanizm bicia serca węzła, aby promować węzły, aby wzmocnić i poprawić ich stabilność oraz promować większą stabilność całej głównej sieci.
W oparciu o mechanizm bicia serca, EOSC może potwierdzić działanie węzła, aby wadliwe węzły są karane na podstawie łańcucha, tym samym zachęcając do budowy węzłów i zapobiegając niestabilności węzłów działających w całej głównej sieci.
Czas interwału generowania bloków jest zwiększony na początku startupu, aby uniknąć okazjonalnych miękkich widelców w głównej sieci, gdy obecna infrastruktura sieciowa nie jest jeszcze idealna. Pół-sekundowy przedział generowania bloków zaprojektowany przez EOSIO i mechanizm łączenia sześciu bloków z jednym węzłem z pewnością może poprawić dostępność łańcucha w przyszłości, ale nie ma zastosowania w obecnym środowisku sieciowym. Przy pragmatycznym nastawieniu czas generowania bloków zostanie najpierw zwiększony, a po dojrzewaniu warunków w przyszłości zostanie zmieniony na szybkie wytwarzanie bloków. Może to skutecznie zmniejszyć miękkie widelce. Jednocześnie zmniejszenie liczby bloków może znacznie zwiększyć szybkość synchronizacji całego węzła, aby mogło istnieć 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 kontraktowej
Aby uczynić deweloperom DAPP opracowywanie umów, dodano niektóre interfejsy API i wprowadzono pewne szczególne korekty umów systemowych.
Po pierwsze, dodaje się interfejs API w celu uzyskania wysokości bloku, a programiści mogą łatwo i wydajnie uzyskać obecną wysokość bloku. Na podstawie tego interfejsu API umowy mogą skutecznie unikać blokowania ataków blokowych i innych ataków opartych na ponownej próbie. Po drugie, dodaje się interfejs API w celu uzyskania informacji o konfiguracji łańcucha, a programiści mogą dostosować różne korekty parametrów i aktualizacje łańcucha do łańcucha w warstwie kontraktowej, aby umowa mogła również sprawnie postępować zgodnie z funkcją aktualizacji łańcucha. Wreszcie, aby uniknąć fałszywych ataków walutowych, przed uruchomieniem łańcucha używane są niezależne umowy o tokenach podstawowych, aby użytkownicy mogli wyraźnie rozróżnić fałszywe ataki walutowe.
dostosowanie usług krzyżowych
Na początku premiery zespół Force przewidział, że wsparcie dla łańcucha krzyżowego będzie podstawową funkcją łańcuchów publicznych w przyszłości. Dlatego zespół Force uruchomił opracowanie projektu Codex i ustanowił łańcuch przekaźnika Codex.relay, aby zapewnić usługi przekaźnikowe dla każdego łańcucha, aby zrealizować mechanizm między łańcuchem między każdym łańcuchem, który może zapewnić pełniejszą obsługę Codex.relay. Dzięki super węzłom dwóch łańcuchów działających wzajemnie można osiągnąć „kompletny” mechanizm łańcucha krzyżowego, to znaczy stopień decentralizacji dowolnego łańcucha nie zostanie zmniejszony podczas procesu łańcucha krzyżowego.
Dzięki mechanizmowi krzyżowego można uzyskać dużą skalowalność. Na podstawie usług przekaźnika można dodać podsumenki warstwy 2. Niektóre usługi i DAPP z wysokim zużyciem zasobów można uruchomić na podstawie podrzędnych, a wyniki obliczeń lub stany podstawowe mogą być zsynchronizowane z usługami przekaźnikowymi. W ten sposób można dodać specjalne podsminy, takie jak przechowywanie, przetwarzanie, DAPP i liczby losowe w celu rozszerzenia funkcji.
Wysoce konfigurowalne framework rozwoju Blockchain Eosio
Na podstawie usług przekaźnika może dodawać pod-łańcuchy warstwy 2. W przyszłości różne podeszle odgrywają wielką rolę w ekosystemie Eosio. Należy jednak zauważyć, że obecnie projekt blockchain z niestandardowymi funkcjami opartymi na Eosio nadal ma wysoki próg. Z tego powodu zespół Force uruchomił projekt Codex.io, który jest wysoce konfigurowalnym ramą rozwoju Eosio Blockchain, obniżającą próg rozwoju podrzędnych i zapewniający programistom bardziej ekonomiczne i przyjazne doświadczenie w rozwoju sub-łańcuchu.
Zespół siłowy zgromadził duże doświadczenie w opracowywaniu blockchain opartego na EOSIO podczas procesu rozwoju, a także ma nadzieję na pełną grę w jego największą wartość. CODEX.io to „poza pudełkiem” Eosio Blockchain Framework. Deweloperzy mogą szybko uruchomić łańcuch oparty na Codex.io. Po prostej konfiguracji mogą dostosowywać różne symbole i swobodnie wybrać systemy ekonomiczne i modele zasobów. Na tej podstawie programiści muszą tylko zwrócić uwagę na problemy, które sam łańcuch musi rozwiązać. Zgodnie z tym mogą oni wdrożyć je na podstawie umów lub łańcuchowych warstw rodzimych. Codex.io może ułatwić programistom rozszerzenie w natywnej warstwie łańcucha, aby rozwiązać pewne problemy z wydajnością, a także może znacznie rozszerzyć funkcje łańcucha.
Codex.io integruje funkcje rozszerzeń zaproponowane przez większość łańcuchów Eosio. Dzięki włączającej postawie Codex.io pozwala programistom swobodne łączenie funkcji na łańcuch: w tym minimalny system bezpieczeństwa życia, system konta, różne mechanizmy czarno-białe listy, wspólne mechanizmy zarządzania i mechanizmy głosowania oraz różne wtyczki.
Za pośrednictwem Codex.io duża liczba pod-łańcuchów warstwy 2 zostanie zintegrowana w przyszłości, co zapewni nieskończoną ekspansję.