Het beste wat er met EOSIO kan gebeuren

Van Douglas Horn

"Telos is het beste wat er met EOSIO kan gebeuren sinds de lancering van het mainnet"

Ze zeggen dat het goed is om te beginnen met een gewaagde uitspraak ... of een grapje. Sommigen in de EOS-wereld zien mijn openingsverklaring misschien als de laatste. Laat me je vertellen waarom het absoluut waar is.

Toegegeven, er is niet veel concurrentie voor, "het beste wat er kan gebeuren sinds de lancering van de mainnet." In de maanden sinds het netwerk is gelanceerd, is het crisis na crisis geconfronteerd. Veel mensen werken dapper om de situatie te verbeteren, maar hun inspanningen worden vaak naar beneden gehaald door EOS-realiteiten die niet kunnen worden gewijzigd. Als er nu een nieuwe grote DApp op EOS zou worden geïmplementeerd, zou dat waarschijnlijk de titel "Best Thing" handig winnen, maar dat is niet gebeurd. In plaats daarvan verlaten grote DApps zoals ONO EOS om hun eigen ketens te bouwen in plaats van door te gaan op het mainnet.

Verdubbeling van ontwikkelaarsvertrouwen

Eén manier waarop Telos EOS helpt, is door de EOSIO-netwerkopties te verdubbelen voor DApp-ontwikkelaars die op zoek zijn naar een derde generatie blockchain om op voort te bouwen. Aangezien verschillende blockchains verschillende vereisten, bibliotheken en zelfs programmeertalen hebben, moeten ontwikkelaars dure beslissingen nemen over implementaties lang van tevoren. Op dit moment bespreken de volgende golf van DApp-ontwikkelaars of ze moeten bouwen op EOSIO, Ethereum, Tron, NEO, Cardano, QTUM, R-Chain, VeChain of anderen. Ongetwijfeld zijn de uitdagingen die het EOS-mainnet ondervindt, nerveus. Niemand wil miljoenen uitgeven aan het bouwen van hun DApp op een blockchain met een risico op implosie. Ze kunnen besluiten dat ze beter zijn om de dobbelstenen op Ethereum te gooien, op de een of andere manier uit te vinden hoe te schalen, of dat Cardano ooit een openbaar netwerk uitbrengt.

Ontwikkelaars die EOS beschouwen met het oog op de winst, zien Telos als een terugval voor het geval EOS niet in actie komt. Dat is geen vermoeden; ontwikkelaars hebben me dat precies verteld. Bedrijven zijn risicomijdend. Telos geeft DApp-ontwikkelaars vertrouwen in de beslissing om hun software voor EOSIO te bouwen, omdat binnen enkele maanden wanneer de DApp klaar is voor implementatie, ze twee keer zoveel kans hebben om ten minste één solide netwerk te hebben om in te zetten - en als ze echt geluk hebben dan kunnen ze kiezen tussen twee geweldige netwerken. Het is een overwinning voor het EOSIO-ecosysteem, voor Telos en voor EOS, omdat DApps die anders misschien voor R-Chain of Tron zijn gebouwd, in plaats daarvan zullen kiezen tussen EOS en Telos. Het bakt ons een veel grotere taart om in plakjes te snijden.

Vorken uitzoeken

Een andere manier waarop Telos EOS helpt, is door problemen rond toekomstige vorken en zijketens te forceren. Hoewel sommigen geloven dat Telos alleen de tokennaam en weg-we-go aan het veranderen is, wordt er in feite een hoop ontwikkeling gedaan om de EOSIO-software klaar te maken voor iets anders dan EOS. Dit is iets dat we moeten aanpakken, nog voordat we beginnen met het creëren van de nieuwe innovaties die we toevoegen.

EOS is altijd bedoeld geweest om vorken, zusterkettingen en zijkettingen te omvatten, maar er zijn veel gaten in de implementatie. Telos vult die gaten met werkende code, test vervolgens en laat goede documentatie en zeer aanpasbare functies achter. Op die manier kunnen Telos of toekomstige codevorken deze functies gemakkelijk bijwerken om vele soorten nieuwe EOSIO-blockchains in te bellen. Omdat Telos-ontwikkelaars al het zware werk doen, kunt u verwachten dat de overgrote meerderheid van toekomstige EOSIO-vorken uit de Telos-vestiging komen.

Nieuwe innovaties

Waarschijnlijk is het grootste geschenk dat Telos EOS geeft, een nieuwe reeks ontwikkelaars die geheel nieuwe EOSIO-innovaties creëren. Het ontwikkelingsteam van Telos heeft de hoeveelheid EOSIO-programmering die nu plaatsvindt, verdubbeld. Dit levert nu al dividend op in nieuwe code en benaderingen waarvan iedereen in EOSIO kan profiteren. Als je de Telos Github-repo's niet goed hebt bekeken, wil ik je vertellen over drie van deze grote innovaties die EOS zou moeten overwegen meteen toe te voegen.

Omgekeerd stemmen

Een bekend probleem met het EOS-mainnet is dat veel kiezers hun vermogen om op meerdere blokproducenten te stemmen negeren en in plaats daarvan slechts enkele kiezen. EOS-houders kunnen stemmen voor maximaal 30 blokproducenten en hun stemmen worden niet verminderd door op meer dan één te stemmen. De bedoeling was om mensen op de hoogte te brengen van blokproducenten en hun stem te verspreiden. Stemmen voor een groter aantal blokproducenten betekent dat stemmen zich niet alleen concentreren op enkele leiders. Natuurlijk stemmen sommige mensen op de volle 30 mogelijke stemmen, maar verre van allemaal. Er zijn twee redenen waarom mensen slechts op een handvol BP's stemmen. De eerste is dat ze niet de tijd hebben genomen om meer te weten te komen over de BP-kandidaten en dat ze slechts stemmen voor een paar waarover ze hebben gehoord. De andere is dat ze verbonden zijn met BP-kandidaten en de impact van hun stemmen willen maximaliseren. En wanneer u 20 miljoen stemmen hebt, kan die impact een groot effect hebben. Geen van beide soorten stemmen is het soort dat we moeten belonen.

BP-partners die op een klein aantal kandidaten stemmen, spelen het systeem of "wegen" hun stemmen door ze slechts aan enkele BP's te geven. Dit levert een belangrijke bijdrage aan het probleem van de kiezerconcentratie op EOS. Telos is van plan dit probleem op te lossen door stemmen "omgekeerd wegen" om deze wegingsstrategie te neutraliseren. In wezen vermindert het stemmen voor minder kandidaten het gewicht van elke stem. De code is geparametriseerd en gedocumenteerd, zodat blockchains verschillende verdiepingen, plafonds en hellingen kunnen implementeren om stemrecht in te voeren, precies zoals hun ketenbestuur dat verkiest.

Omgekeerd stemmen is een belangrijk onderdeel van hoe Telos het stemvermogen zo goed mogelijk kan houden voor de behoeften van het netwerk en al zijn gebruikers. Dit is zelfs nog belangrijker in EOS vanwege de hypergeconcentreerde stemkracht op het EOS-mainnet. Omgekeerd stemmen zou helpen echte problemen rond EOS-stemmen en BP-selectie aan te pakken. Omgekeerd stemmen is beschikbaar op de Telos Github op: https://github.com/Telos-Foundation/telos/blob/master/contracts/eosio.system/voting.cpp#L293-L437

Roterende blokproducenten

Het EOS-netwerk wordt beheerd door 21 gekozen blokproducenten. Er zijn een aantal standby BP's, maar tenzij ze in een BP-positie worden gekozen, produceren ze nooit blokken. Het hele idee achter het hebben van standby-blokproducenten is om extra blokproducenten klaar te hebben om op een bepaald moment blokken te produceren. Behalve dat het systeem eigenlijk niet zo werkt.

Ten eerste worden standby BP's nooit getest op hun vermogen om in te stappen en het BP-werk te doen. Nooit.

BP's die stand-by zijn, kunnen veel minder krachtige computers gebruiken als hun knooppunten. Het is bijna onmogelijk om het lef van een andere computer van buitenaf te controleren, dus zolang de computer Nodeos en de plug-in van de producent gebruikt, lijkt het op een blokproducent - maar het zou worstelen - of, waarschijnlijker, falen - om in te stappen en voer indien nodig het netwerk uit. Zonder regelmatig testen worden blokproducenten lager op de lijst gestimuleerd om er klaar voor uit te zien maar niet klaar te zijn. Het kost tenslotte geld om echte enterprise-grade computers en netwerken te gebruiken, maar wat een BP echt betaald krijgt, is stemmen. De beste zet van een standby-BP is dus het maximaliseren van hun middelen om verkozen te worden en zich zorgen te maken over hoe het netwerk te runnen wanneer dat bijna gebeurt. Dientengevolge zijn er waarschijnlijk minder dan een dozijn standby-EOS BP's die op dit moment daadwerkelijk kunnen ingrijpen om in te vullen voor een noodlijdende gekozen BP zonder veel snelle upgrades. De meeste zijn façadesput om er echt uit te zien en met het plan om er snel achter te komen of ze ooit daadwerkelijk worden gekozen.

Eerlijk gezegd doet het feit dat EOS-stand-bys niet op gereedheidstests zijn, nauwelijks af, want zelfs als ze dat wel waren, is er geen mechanisme om ze in te draaien om een ​​gekozen BP te vervangen. Dit hele systeem is bezig met een netwerkbeveiligingsfout. Er zijn al echte crises in het EOS-mainnet rond deze kwesties. Nogmaals, Telos heeft een oplossing te bieden.

Telos test regelmatig de gereedheid van standby-BP's door ze in blokproductie te draaien. De 30 Telos standby BP's worden om de 5 dagen gedurende 6 uur in gebruik genomen. Een bijkomend voordeel is dat BP's regelmatig geplande onderhoudsvensters krijgen, wat ook goed is voor de netwerkstatus en de kosten - en een deel van de stress - van het runnen van een BP verlaagt. Het creëren van deze functie was een groot project voor het ontwikkelingsteam van Telos omdat het de manier wijzigt waarop BP's worden gepland en hoe dat schema wordt bijgewerkt. Het is een coole gizmo en het werkt. En als u eenmaal een systeemplanner hebt die direct wijzigingen kan aanbrengen, kunt u plotseling niet-producerende BP's een tijdje uit het schema draaien zodat ze reparaties en de standby-BP's (die getest en klaar zijn) kunnen uitvoeren kan naar binnen schuiven. En dit hoeft allemaal niet zo'n groot probleem te zijn, omdat het systeem nu echt werkt zoals de meesten van ons dachten dat het de hele tijd moest werken.

Roterende blokproducenten zijn nu ook klaar om te gaan. We voeren nog steeds tests uit op het Telos-testnet, maar alles werkt zoals gepland en nu gooien we gewoon sleutels om te zien of het hen kan ontwijken. We zijn bezig met het toevoegen van functionaliteit om niet-producerende BP's na 30 minuten uit rotatie te verwijderen. Het Telos-team moedigt EOS, onze grote zus blockchain, aan om dit aan te nemen. Het is een gift. Het zal u helpen een beter netwerk te worden. Roterende blokproducenten zijn op de Telos Github: https://github.com/Telos-Foundation/telos/blob/master/contracts/eosio.system/voting.cpp#L80-L189

TIP-5 Standaard tokens

Miljarden dollars aan waarde zijn gebouwd op de Ethereum ERC-20 tokenstandaard. EOS zelf werd eerst verkocht als een ERC-20-token. Maar EOS heeft geen equivalent gestandaardiseerd token zoals de ERC-20. Het eosio.token-contract biedt veel beperktere functionaliteit dan de ERC-20-standaard en vereist een BP multi-sig stem om te upgraden. De eosio.token-interface biedt bijvoorbeeld alleen functies voor 'Maken', 'Probleem' en 'Overbrengen'.

Het ontwikkelingsteam van Telos heeft een Token-standaard voor EOSIO gemaakt, de TIP-5 genoemd (TIP staat voor "Telos Improvement Proposal"), waarin de verwachte elementen van een ERC-20 / ERC-777-token voor de unieke behoeften van EOSIO zijn opgenomen. De huidige TIP-5-interface bevat vijf extra basisfuncties (via eosio.token) en vier helpfuncties voor een veel robuustere en nuttiger tokenstandaard. De TIP-5-standaard is op het Telos-testnet geïmplementeerd als het Telos-testtoken (TTT). Het maakt gebruik van de RAM-verwerkingsvereisten van EOSIO en stelt een gebruiker in staat om tegen minimale kosten hun eigen vermeldingen in een tabel te maken of te vernietigen (alleen de eerste invoer moet voor elk token worden gemaakt tegen een RAM-kost van ongeveer 8 bytes per invoer) en herstel dat RAM, indien gewenst, wanneer u dat token niet langer opslaat.

Deze standaard maakt het maken van tokens veel eenvoudiger op de Telos-blockchain. Het zal ook helpen bij de werking van DEX (gedecentraliseerde uitwisselingen). We spreken al met DEX's en handelsportefeuilles over het gemak van het integreren van deze gestandaardiseerde tokens in de toekomst. Uitbreidingen van de TIP-5 tokenstandaard die momenteel aan de gang is, zullen het toevoegen van Plazma-technologie en andere elementen die zullen dienen als belangrijke eerste stappen in de richting van DPOS inter-blockchain-communicatie (IBC) onderzoeken.

Nogmaals, de TIP-5-tokenstandaard is klaar en beschikbaar in de Telos Github-repository die iedereen op EOS kan gebruiken. We zijn nog steeds bezig met het voltooien van de standaard en verwelkomen input. Gelukkig hoeven we niet te wachten tot EOS-gebruikers deze norm toepassen, zoals we moeten doen met omgekeerde stemmers en roterende blokproducenten. We zijn al begonnen met het gebruik van TIP-5-standaardtokens op de EOS-blockchain als het DPOS-token (DPOS), een waardeloze token die is ontworpen om te helpen bij het implementeren van IBC in DPOS-ketens. De contractnaam is "dpostokenibc". Stuur ons een bericht via het Telos Foundation-telegram als u wilt dat wij u enkele https://t.me/hellotelos sturen.

TIP-5 Github repo: https://github.com/Telos-Foundation/telos/tree/master/contracts/token.registry

Opgroeien en teruggeven

Telos is nog jong. We zullen niet eens onze eerste stem uitbrengen over de lancering van ons netwerk tot 28 september. Maar we groeien snel en we zijn enthousiast over de mogelijkheid om dingen van echte waarde bij te dragen aan EOS en EOSIO. De code is klaar en getest in de Telos Github-repository. Het ontwikkelingsteam van Telos staat klaar om al uw vragen over de implementatie van deze nieuwe functies te beantwoorden. We moedigen EOS aan serieus te kijken hoe sommige van deze innovaties een deel van de oplossing voor de huidige uitdagingen van het EOS-netwerk kunnen zijn. Ik geloof echt dat Telos het beste is wat er met EOS kan gebeuren sinds de lancering. Als je kijkt naar wat we bieden in termen van verdubbeling van het beleggersvertrouwen, de weg vrijmaken voor toekomstige vorken en zijketens en het toevoegen van belangrijke code-innovaties, geloof je misschien ook in Telos.

Neem deel aan het Telos-gesprek en ontvang meer info!

Telegram: https://t.me/HelloTelos

Twitter: https://twitter.com/HelloTelos

Facebook: https://www.facebook.com/TelosFoundation.io

YouTube: https://www.youtube.com/c/TheTelosNetwork

Reddit: https://www.reddit.com/r/TelosNetwork/

Discord: https://discordapp.com/channels/466757729508261889/468500684858327040

Instagram: https://www.instagram.com/telosfoundation.io/