CoinTelegraph volgt de ontwikkeling van een geheel nieuwe blockchain vanaf het begin tot het mainnet en daarna via zijn serie, Inside the Blockchain Developer's Mind, geschreven doorAndrew Levine van de Koinos-groep.
We hebben onlangs de derde en laatste versie van het Koinos-testnet uitgebracht, daarom wil ik het hebben over iets waar maar weinig projecten graag over praten: Blockchains bouwen isontwikkelingshel. In dit artikel leg ik uit waarom en hoe andere ontwikkelaars kunnen voorkomen dat ze erin vast komen te zitten.
Onze beste handelsrobots
Op het eerste gezicht klinkt het bouwen van een blockchain niet zo moeilijk. Een blockchain is slechts een combinatie van gevestigde cryptografische primitieven, die, indien correct geïmplementeerd, de constructie mogelijk maken van een grootboek met een verifieerbare geschiedenis van transacties door een netwerk. Hoe meer gedecentraliseerd het netwerk, hoe betrouwbaarder de geschiedenis.
Blockchain "kaders"
In een poging om het bouwen van nieuwe blockchains gemakkelijker te maken, hebben andere teams blockchain-frameworks uitgebracht die, in theorie, de noodzaak voor ontwikkelaars wegnemen om zich zorgen te maken over het bouwen van de blockchain zelf, zodat ze zich kunnen concentreren op alle unieke functies die ze willen inbouwen in de blockchain. Cosmos, EOSIO en Polkadot's Substrate zijn voorbeelden van dergelijke blockchain-frameworks.
Toen ons team stopte met werken aan Steem ('s werelds eerste gratis blockchain), was het onze oorspronkelijke bedoeling om gebruik te maken van een bestaand blockchain-framework om een blockchain te bouwen die ontworpen is om zo toegankelijk mogelijk te zijn. We hadden vier jaar besteed aan het verfijnen van het gratis ontwerp van Steem en dachten dat we, door die oplossing over te zetten naar een bestaand blockchain-framework, in relatief korte tijd een blockchain konden leveren die veel toegankelijker was dan welke andere blockchain dan ook.
Verwant:In de geest van de blockchain-ontwikkelaar: Proof-of-burn blockchain-consensus
Echt kostenloos en voor algemeen gebruik
Maar we waren verrast toen we ontdekten dat geen van de bestaande frameworks ons in staat stelde om het soort echt gevoelloze gebruikerservaring te creëren dat we op de markt wilden brengen. We wilden niet alleen kosten op technisch niveau afschaffen, we wilden ontwikkelaars in staat stellen applicaties te bouwen die gratis te gebruiken waren Ze misten ook een aantal andere functies waarvan we dachten dat ze nodig waren om een acceptabele ontwikkelaarservaring te bieden.
De kracht van een blockchain voor algemene doeleinden komt niet voort uit de functies die de blockchain-ingenieurs in de blockchain hebben ingebouwd, maar uit de functies die ontwikkelaars als slimme contracten aan die blockchain toevoegen. Dit geldt dubbel voor een blockchain-framework dat echt het meest zou moeten zijnblockchain voor algemene doeleinden denkbaar, omdat het hele idee is om mensen in staat te stellen elke vorm van blockchain te bouwen die ze maar kunnen bedenken. En toch hebben de bestaande frameworks ons, een van de meest ervaren blockchain-ontwikkelingsteams, niet in staat gesteld om de blockchain te bouwen die we op meerdere manieren wilden bouwen
De bestaande frameworks maakten het ontwikkelaars niet alleen onmogelijk om gratis te gebruiken applicaties te maken, maar ze dwongen ontwikkelaars ook om nieuwe en vaak moeilijke programmeertalen te leren en beperkten drastisch de snelheid waarmee zowel applicaties als de blockchain zelf konden verbeteren.
Verwant:In de geest van de blockchain-ontwikkelaars: een gratis te gebruiken sociale DApp bouwen
Ontwikkelaars vrijmaken
We wilden een blockchain bouwen die ontwikkelaars de vrijheid zou geven om waanzinnig geweldige applicaties te bouwen die gewone mensen graag zouden gebruiken. Daardoor konden de ontwikkelaars werken in de programmeertalen die ze al kenden en waar ze van hielden (wat we 'universele taalondersteuning' noemen); waardoor hun applicaties (en de blockchain zelf) snel konden evolueren; en, belangrijker nog, het stelde hen in staat om applicaties te bouwen die gratis te gebruiken waren.
Maar om dat te bouwenblockchain hadden we eerst een echt algemeen blockchain-raamwerk nodigdat ons niet alleen in staat zou stellen de blockchain van onze dromen te bouwen, maar als een natuurlijk gevolg van het meest denkbare raamwerk voor algemene doeleinden, zou iedereen in staat moeten stellen de blockchain van hundromen.
Koinos is dat ultieme blockchain-framework voor algemene doeleinden dat zal dienen als de basis voor de ultieme onfeilbare laag 1: Koinos-mainnet. Het Koinos Blockchain Framework (KBF) is ontworpen om de eenvoudigste te zijnblockchain denkbaar, met alleen die cryptografische primitieven die nodig zijn om een blockchain te bouwen en de juiste "systeemaanroepen" om het breedste scala aan gedragingen in-band (zonder een harde vork) toe te voegen door het uploaden van een slim contract.
Oneindige upgrademogelijkheden
Het voordeel van dit ontwerp is de oneindige upgradebaarheid, maar de prijs is dat het des te belangrijker wordt om de systeemoproepen goed te krijgen. Het missen van een systeemaanroep of het onjuist ontwerpen ervan zou betekenen dat u te maken krijgt met een anders vermijdbare harde vork. Omdat hard forks zo tijdrovend, politiek en ontwrichtend zijn, zijn ze de grootste factor die het vermogen van een blockchain om zichzelf te verbeteren beperkt, wat uiteindelijk wordt gevoeld door elke ontwikkelaar wiens applicatie op een dergelijk platform is gebouwd.
Nu kunnen we zien hoe zowel applicatie- als blockchain-ontwikkelaars vast kunnen komen te zitten in de ontwikkelingshel: ze werken in programmeertalen waar ze zich niet prettig bij voelen, op platforms die hen dwingen om vergoedingen op te nemen en die in een slakkengang verbeteren. Onder deze omstandigheden hebben zelfs kleine veranderingen een ongelooflijk hoge inzet, en we hebben niet eens rekening gehouden met die scenario's waarin miljoenen, soms miljarden dollars op het spel staan.
Dat is een ontwikkelingshel. Als het kernontwikkelingsteam achter de Steem-blockchain die toezicht moest houden op 23 harde vorken, kennen we dit terrein als geen ander, en daarom waren we zo toegewijd om het te verbannen, nou ja ... naar de hel.
Het was een ongelooflijke uitdaging om het Koinos Blockchain Framework helemaal opnieuw te bouwen met een geheel nieuwe microservice-architectuur en het zover te krijgen dat we versie 1 en 2 van het testnet konden lanceren. Maar het integreren van de feedback die we van die testnetten kregen, het oplossen van de bugs die ze aan het licht brachten en het afronden van de allerbelangrijkste systeemaanroepen was een heel ander niveau. Maar we zijn door die ontwikkelingshel gegaan in de hoop het zo te maken dat anderen dat nooit hoeven te doen.
Voorbode
Testnet v3 is dan ook meer dan “zomaar” een versie van het testnet. Het is de definitieve versie van het Koinos Blockchain Framework, daarom zullen we nu naar het testnet verwijzen, niet met een versienummer, maar met de naam: Harbinger. Het is het hoogtepunt van bijna twee jaar werken, identificeren en implementeren van alle noodzakelijke systeemaanroepen die nodig zijn om blockchain-ontwikkelaars het ultieme niveau van vrijheid te geven en hun applicatie-ontwikkelaars te laten profiteren van een platform dat sneller verbetert dan enig ander platform. blockchain die er is.
Natuurlijk, wanneer je een heel belangrijk probleem probeert op te lossen, is een bepaald niveau van ontwikkelingshel onvermijdelijk. U wilt er gewoon zeker van zijn dat u geen technologieën toepast die de inzet onnodig verhogen en dat het doel dat u nastreeft de kosten waard is.
Voor ons is dat doel niet alleen blockchain-ontwikkelaars (inclusief wijzelf) te sparen van talloze uren in de hel van ontwikkelaars, maar ook gebruik te maken van deze nieuwe technologie om Koinos-mainnet te bouwen: de ultieme gevoelloze laag 1 om ontwikkelaars in staat te stellen waanzinnig geweldige op blockchain gebaseerde applicaties te bouwen.
Geen ontwikkelingshel meer
De KBF wil de ontwikkelingshel elimineren door ontwikkelaars in staat te stellen elke blockchain te bouwen die ze zich kunnen voorstellen, simpelweg door slimme contracten te schrijven, wat oneindig veel eenvoudiger is dan in de blockchain-code zelf te werken. En dat is precies de positie waarin we ons nu bevinden. Hoewel het ontwikkelen van het blockchain-framework ongelooflijk uitdagend was, is het nu dat het voorbij is, alles wat nodig is om het Koinos-mainnet te voltooien slechts tweeslimme contracten: een voor ons proof-of-burn consensusalgoritme en de andere voor governance.
Niet alleen is het schrijven van slimme contracten veel eenvoudiger dan het ontwikkelen van blockchain, maar dit betekent ook dat blockchain-ontwikkelaars nu kunnen profiteren van de steeds groter wordende tools die beschikbaar zijn voor slimme contractontwikkelaars, zoals de AssemblyScript SDK die een van onze communityleden heeft gebouwd. AssemblyScript produceert niet alleen veel efficiëntere slimme contracten dan die geschreven in C++ (dat was een verrassing), het maakt slimme contractontwikkeling toegankelijk voor JavaScript-ontwikkelaars.
Aangezien de KBF van elke slimme contractontwikkelaar een potentiële blockchain-ontwikkelaar maakt, betekent dit dat het ontwikkelen van aangepaste blockchains nu toegankelijk zal zijn voor JavaScript-ontwikkelaars met nog meer talen, zoals Rust.
Als je geïnteresseerd bent in het uitvoeren van Harbinger, hebben we het waanzinnig eenvoudig gemaakt om een node uit te voeren, zodat je binnen vijf minuten aan de slag kunt.
Dit artikel bevat geen beleggingsadvies of -aanbevelingen. Elke investering en handelsbeweging brengt risico's met zich mee, en lezers moeten hun eigen onderzoek doen bij het nemen van een beslissing.
De meningen, gedachten en meningen die hier worden geuit, zijn de enige van de auteur en weerspiegelen of vertegenwoordigen niet noodzakelijk de meningen en meningen van CoinTelegraph.
