[ANN] Radix DLT - Het gedecentraliseerde financiële protocol

[Arrrvin]

Waarom decentralisatie er toe doet?

Piers Ridyard, 13 april 2020

Het Radix-zichtpunt

Gedecentraliseerde publieke netwerken werken om een nieuwe wereldwijde digitale gemeenschappelijkheid te creëren voor de rijkdom van de wereld. Deze gemeenschappelijkheid is ontworpen om mensen samen te verbinden om een samen verbonden web van crypto-walletadressen te creëren waar de eigenaarschap van alles kan worden verzonden, opgeslagen en geprogrammeerd via gedistribueerde ledger-technologie.

Zoals IP-adressen op het internet is een cryptowalletadres het paspoort voor dit nieuwe digitale gebied van eigenaarschap. Het geeft ieder mens het recht op een veilige plek om zijn rijkdom op te slaan. Het verandert geld, identiteit en eigendom van iets, analoog aan iets waarlijk digitaals.

Decentralisatie ligt in de kern van deze missie – een fundamentele wens om een waarlijk niet-fragiel, zelfonderhoudend, zelf-doorgaand systeem te bouwen. Eén waarop de wereld kan rekenen en vertrouwen.

Waarom doet decentralisatie van een protocol er toe?

De wens voor decentralisatie ontspringt aan een fundamentele wens voor non-fragiliteit. Voor sommigen gaat dit over een wantrouwen van autoriteit. Voor anderen gaat het om het creëren van betere systemen voor opslag van menselijke rijkdom. Wanneer een goed publiek bezit is hebben we doorgaans minder zorgen of het weggenomen kan worden. Zoals iedere fundamentele belangrijke infrastructuur willen we dat hij idealiter veerkrachtig en zelf-reparerend is.

Mensen geven er om dezelfde reden om dat het internet doorgaat met bestaan: het is voor hen vitaal belangrijk. De inzet is zelf nog groter voor gedecentraliseerde publieke netwerken omdat dit is waar de rijkdom van mensen zal leven, niet slechts informatie.

Anti-fragiliteit betekent eigenlijk gewoon “zelf-onderhoudend”. Maatregelen omvatten:

• Kan het protocol eenmaal gelanceerd gestopt worden door zijn maker?
• Kan het protocol onafhankelijk van enige entiteit of enig persoon overleven?
• Wordt het protocol sterker wanneer het in belang groeit?

Wil een netwerk zelf-onderhoudend zijn dan moeten alle delen binnen het ecosysteem elkaar voeden en onderhouden. Voor een gedecentraliseerd publiek netwerk moet er een ecosysteem zijn dat een significante waarde haalt uit het bestaan van de ledger. Dit ecosysteem moet ofwel “werken voor” ofwel “betalen voor” de continuatie en bescherming van de ledger. Er zouden geen vervangbare delen van het ecosysteem moeten zijn.

Netwerkeffecten zijn hier essentieel – meer gebruikers leiden tot meer gebruikers; het internet is nuttig omdat iedereen erop zit. Open source is ook essentieel. Daarom; als de software waarop het netwerk is gebaseerd niet open en vrij is kan ik het nooit 100% vertrouwen.

Gedecentraliseerde publieke netwerken versus private ledgers

Zoals in de vroege dagen van het internet gaan de komende paar jaren de opkomst zien van private netwerken. Dit omvat entiteiten als de Chinese overheid, de ECB, etc., die allemaal hun testen uitrollen.

Slechts een deel daarvan is een gedistribueerde ledgertechnologiestrijd; een veel groter deel daarvan is een ideologische strijd. Publieke ledgers werden gecreëerd om prikkels helder en eerlijk te maken – het token en het netwerk zijn de manieren waarop je interacteert met het platform; er is geen verborgen strijd of agenda. Iedere entiteit die een privaat / gesloten / consortium / onbeheerd netwerk lanceert heeft zijn eigen agenda en waarde-extraheringscriteria. Dit gaat concurrerende leiderschap creëren met een grote kans dat geen van hen wint.

Gedecentraliseerde publieke netwerken gaan achterlopen in deze strijd – ze zullen doorgaan met te voelen als speelgoed voor de grote bedrijven die druk zijn met het creëren van hun eigen gedistribueerde ledgertechnologie voor hun eigen partners en interne processen.

Publieke netwerken gedraaid door partijen zonder winstoogmerk op open source code, ondersteund door gemeenschappen van gelovers, zijn de rommelige neven van de gestroomlijnde private netwerken. Echter deze publieke netwerken hebben ook een grote kans om te winnen op de lange duur, want ze zijn neutrale grond voor verbinding.

Het lanceren van een publiek netwerk op de juiste manier met de juiste ideologie, en een gemeenschap die gelooft in die ideologie moet zo snel mogelijk plaatsvinden. Wat dat netwerk doet zal voelen als speelgoed vergeleken met wat private netwerken doen, en zullen doorgaan met doen voor een paar jaren meer – maar het is essentieel om die aanvangspositie vroeg te bouwen, omdat netwerkeffecten traag gaan, en dan allemaal tegelijk.

Hoe helpen tokens decentralisatie?

Gedistribueerde ledgertechnologie moet berekening bieden (consensus), opslag (staat) en veiligheid (aanvalsresistentie). Deze drie activiteiten zijn niet gratis en moeten geboden worden door een leger van servers en kapitaal waarvoor als ruil wordt betaald op de een of andere manier door de gebruikers / genieters van het systeem.

Voor gedecentraliseerde publieke netwerken zijn tokens een essentieel instrument dat een middel biedt om te betalen voor deze drie essentiële functies, zonder de nood te hebben aan een bedrijf om de betalingen te coördineren. Eenmaal gedistribueerd kunnen de tokens ingezet worden voor de veiligheid van het netwerk (proof-of-stake aanvalsresistentie) alsook gebruikt als een manier voor gebruikers om hen te betalen die de berekening en opslag voor het netwerk bieden.

Wanneer correct ontworpen verwijdert het token de nood aan enige gecentraliseerde coördinatie van enige van deze activiteiten. Iedereen kan onafhankelijk besluiten om berekening en veiligheid aan het netwerk te  bieden of tokens te verkrijgen.

Het token biedt de basis voor betaling, veiligheid en open prikkels.

Het bouwen van een gedecentraliseerd publiek netwerk

Iedere gebruiker die een netwerk wil gebruiken heeft twee dingen nodig. Ten eerste een manier om te interacteren met de ledger (een cryptografisch adres). Ten tweede een manier om alles wat ze bezitten op de ledger te beveiligen – deze twee functies worden geboden door cryptowallets.

Voor het slagen van publieke ledgers zijn netwerkeffecten essentieel. In eenvoudige termen is dat een geëngageerd publiek van netwerkgebruikers. Ze moeten daarom één ding exceptioneel goed doen – het bouwen van een geëngageerd publiek van cryptowalleteigenaren.

Cryptowalleteigenaren zijn geëngageerd door de objecten die ze kunnen bezitten eenmaal ze een wallet hebben. Een object kan alles zijn, van een eenvoudig token tot toegang tot een gedecentraliseerde applicatie.

Een publieke ledger is een tweezijdige marktplaats die bestaat uit objectcreëerders en objectconsumenten. Iedereen met een cryptowallet kan een objectconsument zijn. Iedereen die het publiek van cryptowalleteigenaren wil bereiken kan een objectcreëerder worden. De objectconsumenten trekken de objectcreëerders aan en andersom.

Eén zijde van deze marktplaats moet opgebouwd worden. Dit kan gebeuren door bijvoorbeeld objectcreëerders aan te trekken die hun eigen publiek meebrengen. Als alternatief kan het opbouwen gebeuren dor het creëren van een missie en visie die sterk genoeg is om een welwillend publiek van objectconsumenten te bouwen die objectcreëerders aantrekken.

Voor de meerderheid van cryptoplatforms is het eerste object dat geconsumeerd wordt het platformtoken zelf. Dit kan een ongelofelijk krachtig opbouweffect hebben voor het creëren van een publiek van objectconsumenten. De kracht van dit eerste publiek hangt af van twee dingen. Ten eerste van hoe breed het platformtoken is gedistribueerd. Ten tweede van hoe geëngageerd het publiek dat die tokens ontvangt in de toekomst zal zijn met nog te creëren objecten.

De analogie daarvan is de iPhone. De iPhone werd gelanceerd zonder een app-store. De eerste iPhone was gewenst vanwege de primaire functionaliteit die het presenteerde als ene telefoon en muziekspelers. Het publiek van mensen die hem kochten bouwden een publiek op voor app-creëerders. Dit betekende dat toen de app-store werd gelanceerd app-creëerders apps voor de iPhone wilde creëren. Niet zozeer met technologische redenen maar om de te veroveren markt te bereiken die Apple voor hen had gecreëerd.

Als een token gebruikt wordt om een publiek op te bouwen van geëngageerde objectconsumenten dan moet het token zelf wenselijk zijn. In het bijzonder omdat het token het enige object zal zijn dat geconsumeerd kan worden bij de start van het leven van een netwerk.

Dit vereist een publiek van vroege ingebruiknemers. Mensen die er willen zijn omdat ze geloven dat gedistribueerde ledgertechnologie de toekomst is. Sommigen doen alleen maar mee voor het geld, maar mensen die ALLEEN maar gemotiveerd worden door geld zijn geen geëngageerd publiek. Zij zullen niets meer doen dan slechts het token te houden en geen verdere prikkel creëren voor objectcreëerders om naar het platform te komen.

Wie is en vroege cryptotoken-ingebruiknemer, en wat motiveert hem?

Vroege crypto-ingebruiknemers zijn er niet voor het gebruik, we zijn er om ons alternatief wereldbeeld te ondersteunen:

De vroege ingebruiknemers van Bitcoin namen geen Bitcoin in gebruik omdat die 10x beter was in gebruik dan geld; ze namen Bitcoin in gebruik omdat het een 10x beter concept was dan geld – gedecentraliseerd geld.

De vroege ingebruiknemers van Ethereum namen geen Ethereum in gebruik omdat het de gemakkelijkste plaats was om een applicatie te bouwen maar omdat het een 10x beter concept van een applicatie was – gedecentraliseerde applicaties.

Een vroege cryptotoken-ingebruiknemer gelooft in een crypto-centrisiche wereld. We geloven dat ALLES getokeniseerd, verhandelbaar en digitaal bezit zal worden op een dag. Vooral geloven we dat er een revolutie onderweg is en we, als vroege ingebruiknemers, er deel van uit willen maken.

We hebben sterke ethische ideeën over wat open en eerlijk betekent. We willen tribaal zijn, de eerste, slim. En vooral willen we gelijk krijgen over wat de toekomst in petto heeft.

De revolutie zou een visie-centrische, publieke, gedecentraliseerde ledger afleveren. Deze ledger zal ons in staat stellen om aandeel te hebben aan die ledger (bezit van het token). Hij zou open en eerlijk zijn, maar zou ook winnen. Vooral willen we winnen uit zijn gewin (bv. Geld verdienen aan het token).

We willen niet dat de “old school” (banken, kwade corporaties) winnen met hun eigen private versies van deze gebruikte gedistribueerde ledgertechnologie. We willen eerder een gemeenschap van gelovers die in staat zijn om de old school eruit te bouwen en eruit te concurreren, en we zijn bereid om een hoop gebruikerspijn te doorstaan om nieuwe dingen te proberen die eruit zien alsof ze de wereld van vandaag zouden kunnen vervangen.

De typische tokenklant heeft het idee van gedecentraliseerde publieke netwerken al geaccepteerd. Ze willen een voordeel om in staat te zijn om te zwaaien naar andere netwerken / stammen (bv. De meest schaalbare, de krachtigste, de meest gedecentraliseerde, de meest gebruikte, etc.); maar eenmaal ze “in” een community zijn willen ze dingen om mee te spelen die hen toont dat hun toekomstvisie werkelijkheid wordt.

Samengevat; om de rijkdom van de wereld te hosten met gebruik van gedistribueerde ledgertechnologie is er niet alleen een community nodig die de nood daaraan voedt. Zijn bestaan vereist ook diverse ideologische ingrediënten: Een gedifferentieerde reden voor bestaan, een geëngageerde community van gelovers, voldoende decentralisatie, eerlijke distributie, functioneel beheer en minimaal extraherende diensten. We zullen dieper ingaan op deze belangrijkste ingrediënten in onze volgende post.

Website (https://radixdlt.com)
Medium (https://medium.com/@radixdlt)
Telegram (https://t.me/radix_dlt)
Twitter (https://twitter.com/RadixDLT)

[1715021777]

1715021777

[1715021777]

1715021777

[Arrrvin]

Schalen van DeFi - Radix is een protocol voor het bouwen van DeFi-applicaties

BraveNewCoin, 15 september 2020

Piers Ridyard is de CEO van Radix, een laag-één-protocol gebouwd voor DeFi. DeFi-applicaties zijn heden gebouwd op protocollen die niet ontworpen zijn om te schalen. Radix heeft een schaalbaar, veilig, hoog-doorvoer-protocol gebouwd voor het bouwen van applicaties en tokens. Voortbordurend op het succes van bestaande publieke ledgers is het Radix-protocol een onbeheerd raamwerk waarop DeFi-diensten kunnen worden ontwikkeld en draaien. Radix claimt twee van de grootste uitdagingen in DeFi te hebben opgelost - schaalbaarheid en veiligheid.

Luister nu [Engelstalig]

[Arrrvin]

Leg het uit alsof ik 5 ben – Consensus vs Sybil

Maciej, 16 april 2020

De grote misvatting

Proof-of-stake is geen consensusalgoritme maar wordt er vaak mee verward!

Dit is een probleem dat nogal regelmatig wordt bediscussieerd door de cryptogemeenschap, vooral wanneer de schaalbaarheid van potentiële consensusalgoritmen wordt besproken. Het neemt vaak de vorm aan van: Hoe kan je schalen met PoS? Ik dacht dat PoS-schaling onmogelijk was? Als je PoS gebruikt dan gaat schalen gewoon niet werken toch?

Deze misconceptie is nogal populair vanwege het feit dat sybil-bescherming en consensusalgoritmen dicht bij elkaar hebben gelegen – dit is in het bijzonder het geval bij Proof-of-Work, wat eigenlijk een sybil-beschermingsmechanisme is (ja!) dat een consensusmechanisme produceert, terwijl velen het verwarren met het consensusalgoritme zelf.

Dus laten we een stap terug doen en proberen te begrijpen wat een consensusmechanisme eigenlijk is in een gedecentraliseerd netwerk.

Hoe consensus te definiëren voor publieke netwerken?

In gewone termen is een consensusalgoritme een manier waarop een stel computers tot overeenstemming kunnen komen.

Consensusalgoritmen zijn er in principe om gedistribueerde ledgertechnologie (DLT) te laten functioneren. Ze worden gebruikt om te verifiëren welke data die is ingevoerd in een gedeelde ledger als correct moet worden behouden en welke moet worden genegeerd.

Als het desbetreffende netwerk noch gebaseerd is op ‘vertrouwen’ noch op ‘toestemming’ dan kan iedere computer zich aansluiten bij het netwerk en, eenmaal aangesloten, data invoeren om op de ledger te schrijven.

In zo’n systeem zijn de regels die helpen om alle computers te laten besluiten of de data behouden of verworpen moet worden de regels van het consensusalgoritme. Als het algoritme wordt gevolgd zullen de andere nodes de invoer accepteren, en als het algoritme niet wordt gevolgd kunnen die invoeren worden begeneerd.

Wat is een Sybil-aanval?

Eén van de grootste problemen in gedistribueerde netwerken die niet gebaseerd zijn op “vertrouwen” is daarom hoe tot deze overeenstemming te komen zonder te weten welke computers vertrouwd kunnen worden en welke niet. Om dit te bereiken moet het consensusalgoritme resistent zijn voor zowel onbetrouwbare als kwaadwillende actoren die het netwerk willen kapen – zelfs wanneer voorgenoemde actoren een groot deel van het netwerk uitmaken. Hoe kan een groep van ongecoördineerde actoren een overeenstemming bereiken over een strategie om falen te vermijden wanneer ze weten dat sommige, misschien vele, gebruikers onbetrouwbaar zullen zijn en ze geen manier hebben om elkaar te vertrouwen?

Denk aan het boek Sybil – een verhaal van een vrouw die meerdere persoonlijkheidsstoornissen had (16 persoonlijkheden!) – bedenk nu hoe een aanvaller die claimt meerdere verschillende entiteiten te zijn schade kan aanbrengen aan een netwerk dat werkt op basis van een algemene overeenkomst van meerdere nodes. Met dit gegeven kan een Sybil-aanval beschreven worden als het creëren van meerdere valse identiteiten in een gedistribueerd netwerk om er controle over te krijgen.

Dusss… Kun je het uitleggen alsof ik 5 ben?

Laten we het proberen met een voorbeeld – een publieke verkiezing. In deze verkiezing is het doel om een leider te  kiezen (laten we zeggen; ‘een president’). Er zijn twee kandidaten die deze positie ambiëren – A en B. Iedere volwassen burger van het land kan stemmen.

Er is slechts één manier om overeenstemming te bereiken over welke kandidaat gekozen is – degene die 50% +1 stemmen krijgt van alle volwassen burgers die besloten om te stemmen.

Omwille van ons voorbeeld stellen we voor dat kandidaat A won met 60% van de stemmen in zijn voordeel.

Wat zou consensus- en sybilbescherming zijn in dit scenario?

De regels van het stemproces – wie wint – zou het consensusalgoritme zijn; d.w.z. een manier om tot een overeenstemming te komen over hoe verder te gaan.

Het identificeren van mensen die in aanmerking komen om deel te nemen aan de verkiezing als stemmers en het verzekeren dat ze niet meerdere keren stemmen – dat zou een sybil-beschermingsmechanisme zijn.

Terwijl het identificeren van mensen die in aanmerking komen om te stemmen heel lang kan duren kan het stemmen, eenmaal gevalideerd, heel snel gedaan worden.

Dit is in essentie waarom Proof-of-Stake (sybil) terwijl het als proces traag kan zijn niet betekent dat de consensus traag is of moeilijk om te schalen.

Als je geïnteresseerd bent in dit onderwerp check dan onze podcast – waar oprichter Dan en Matt veel meer in detail treden over deze tweede oneindig fascinerende onderwerpen!

Website (https://radixdlt.com)
Medium (https://medium.com/@radixdlt)
Telegram (https://t.me/radix_dlt)
Twitter (https://twitter.com/RadixDLT)

[Arrrvin]

Waarom we open sourcen

Piers Ridyard, 25 februari 2020

Vandaag open sourcen we de Radix-code voor wat uiteindelijk de eerste versie zal worden van het Radix Publieke Netwerk (RPN-1) – dit is in geen geval een gedaan werk, maar maakt deel uit van ons verdere doel om opener te zijn met onze community.

RPN-1 is de eerste van drie versies die we uitgeven, elk gebouwd op de eerdere, ons brengend van een eenvoudig, ongeshard, lager doorvoernetwerk naar de in toenemende mate presterende versies van RPN-2 en RPN-3, elk toenemend bouwend op de laatste uitgifte terwijl de transactionele – en staatgeschiedenis behouden blijven.

Vanuit ons GitHub-repo zul je in staat zijn om onze team-progressie, de mijlpalen die we bereiken, alsook alle obstakels die we onderweg tegen komen te volgen.

• Radix Github: https://github.com/radixdlt
• Radix DLT kernconsensus en netwerken: https://github.com/radixdlt/radixdlt-core
• Radix Engine-bibliotheek: https://github.com/radixdlt/radix-engine-library

Voel je vrij om nieuwe kwesties naar voren te brengen op GitHub voor alle code-gerelateerde zorgen die je hebt, echter het team is op het moment niet in staat om zich toe te wijden aan een bijzonder tijdraam voor antwoord daarop; wanneer we het punt bereiken dat community-coding / -testing mogelijk is zullen we meer documentatie uitbrengen rond onze codekwaliteitscriteria, alsook de minimale vereisten voor code-dekking en ons code-veiligheidsbeleid.

Dat gezegd hebbende; als je wilt doorgaan en in onze code wilt duiken en dan ons vragen erover wilt stellen voel je dan vrij om je aan te sluiten bij ons ontwikkelaars-communitykanaal op Discord, of je kunt je ook inschrijven voor onze nieuwsbrief om snelle updates te ontvangen. We zijn ook nieuwsgierig om te horen wat je vindt dat het open-source-proces goed heeft gedaan – als er een project is waarvan je vindt dat we ervan moeten leren, post dit dan in ons Discord-kanaal.

Waarom open source?

Radix heeft meer dan 8 jaren gewerkt aan gedecentraliseerde protocollen. Een groot deel van die tijd was het enige full-time teamlid Dan, maar Dan was niet alleen – eerst via Bitcointalk en later via de eMunie-fora fond Dan voortdurend aanmoediging, raad en ideeën van hen die zijn project volgden en ondersteunden. Tijdens deze vroege jaren deelde hij continu prototypes, testnetten en mislukkingen. Dit bouwde zijn eerste publieke volgers.

Toen de cryptomarkt verhitte en we in de 2017 bull-markt stortten voelde openheid plotseling als een last – vooral voor een project dat zo gericht was op de aflevering van het product in plaats van het pitchen via non-technische whitepapers en fundswerving met een anonieme website en een Ethereumadres. Het wegnemen van onze technologie, deze laten kopiëren en gebruiken voor een valse ICO leek niet alleen tot de echte mogelijkheden te behoren, maar leek ook welhaast zeker.

Dus besloten we de luiken te sluiten, te concentreren op het bouwen van ons team, het bouwen van een community, en het bouwen van code. Echter deze beslissing voelt nu fout voor waar de markt zich heden bevindt; het heeft ons losgemaakt van onze community en het breekt met enkele van onze meest gekoesterde principes rondom welke we op de eerste plaats in de crypto-industrie zijn gekomen.

Ik groepeer deze ideeën in drie categorieën:

• Transparantie
• Anti-fragiliteit
• Publiek bezit

Transparantie

Eén van de kernprincipes van het bouwen van cryptografische code-bibliotheken is transparantie. Veel decennia geleden realiseerden computerveiligheidsspecialisten dat de beste manier om veerkrachtige veiligheidssystemen te bouwen was om de code verantwoordelijk voor die systeemveiligheid te open sourcen. Het was enkel in het zonlicht van beoordeling, gebruik, ingebruikname en collectief onderzoek dat deze systemen gehard konden worden tot het punt dat de code met vertrouwen gebruikt kon worden. Code van dit type is bijna volledig hoe we het internet tegenwoordig beveiligen.

Deze ideeën bevinden zich ook dicht bij het hart en de aard van onverlatenheid op vertrouwen. In principe hoef ik je code niet te vertrouwen omdat ik je code kan beoordelen – niets is verborgen, en dus zijn er geen verassingen. In de praktijk moet de grote meerderheid van ons vertrouwen omdat we vaardigheid, tijd noch inclinatie hebben om werkelijk te gaan graven in al de software die we gebruiken. Echter wanneer het belang van een systeem toeneemt nemen zowel de prikkels om aan te vallen als om veiligheid te verzekeren samen toe – open source zijnde geeft beide een gelijkwaardig speelveld.

Het is dit gelijkwaardige speelveld dat essentieel is – het aanvallen van een systeem heeft het vaak niet nodig dat de code gezien wordt; het is eenvoudigweg het kijken naar manieren om de manier waarop een systeem reageert op invoer te misbruiken. Het repareren van een misbruik vereist ALTIJD het in staat zijn om direct met de code te werken. Open source is een onbeheerde manier van het toelaten dat reparaties gesuggereerd worden, in plaats van dat enkel misbruik wordt onthuld.

Transparantie vormt ook het hart van publiek gedecentraliseerde ledgertechnologie. De reden dat we onvertrouwde consensussystemen vertrouwen is dat het algoritme dat gebruikt wordt transparant is met bewijsbare veiligheidsverbondenheden. Het ook transparant maken van de code die dat algoritme implementeert voltooit de vertrouwenslus. Of het nu Bitcoin, Ethereum of Radix is, hoe meer ogen en denkvermogens zowel de theorie als implementatie in code kunnen verifiëren, hoe meer een onvertrouwd systeem vertrouwd kan worden.

Transparantie breidt ook de manier uit waarop aan updates en patches wordt gewerkt en waarop ze worden geïmplementeerd. Open source-code is geen statisch object; het is een levend project dat doorgaat met evolueren terwijl het waarde aan de wereld brengt. In staat zijnde om te zien waaraan wordt gewerkt geeft ook de mogelijkheid en uitnodiging aan anderen om te helpen bij dingen waaraan nog gewerkt moet worden.

Anti-fragiliteit

Het verlangen naar decentralisatie ontspringt aan een fundamenteel verlangen naar anti-fragiliteit. Voor sommigen heeft dit te maken met een wantrouwen naar autoriteit, voor anderen gaat het om het creëren van meer veerkracht in de meest essentiële systemen ter wereld. Wanneer een goed publiek bezit is hebben we in zijn algemeenheid minder zorgen dat het weggenomen kan worden. Zoals iedere fundamentele belangrijke infrastructuur willen we, wanneer we ons erop moeten verlaten, dat deze veerkrachtig en zelf-reparerend is.

Mensen geven erom vanwege dezelfde reden dat ze erom geven dat het internet doorgaat met bestaan: het is vitaal belangrijk voor ze. De inzet is zelfs hoger voor publieke ledgers omdat dit is waar de rijkdom van mensen zal leven, niet slechts informatie.

Maatregelen voor anti-fragiliteit van een publieke ledger kunnen het volgende omvatten:

• Kan het protocol, eenmaal gelanceerd, gestopt worden door zijn maker?
• Kan het protocol onafhankelijk van enige entiteit of person overleven?
• Wordt het protocol sterker wanneer het belangrijker wordt?

Open source is hierin een essentiële component; als de software waarop het netwerk is gebaseerd niet open en gratis is kan ik nooit 100% erop vertrouwen dat deze niet van me wordt weggenomen. Terwijl “open review” (bv. Het Swirlds- / Hashgraph-model) de functie uitvoert van “kan ik de code vertrouwen” faalt deze bij de “kan iemand het van me wegnemen” omdat het het idee van collectief eigenaarschap breekt; het is niet langer “ons” goed, het is “jouw” goed, en mij wordt eenvoudigweg een beperkt gebruikersrecht verleend.

Publiek bezit

Gedecentraliseerde publieke netwerken als Radix werken om een nieuwe wereldwijde digitale gemeenschappelijkheid te creëren voor de rijkdom van de wereld. Deze gemeenschappelijkheid wordt ontworpen om mensen samen te verbinden om een onderling verbonden web van adressen te creëren waar het eigenaarschap van alles verzonden, opgeslagen en geprogrammeerd kan worden.  

Decentralisatie ligt in het hart van deze missie – een fundamenteel verlangen om een waarlijk anti-fragiel, zelfonderhoudend, zelfbestendigend systeem te bouwen. Eén waarop de wereld zich kan verlaten en op kan vertrouwen. Dat start met open source.

Website (https://radixdlt.com)
Medium (https://medium.com/@radixdlt)
Telegram (https://t.me/radix_dlt)
Twitter (https://twitter.com/RadixDLT)

[Arrrvin]

Dans en Radix’ tech-reis

Radix DLT, 11 februari 2020

Radix’ reis startte terug in 2013 toen onze oprichter, Dan, de belofte en uitdagingen zag van Bitcoin. Dan wist dat als Bitcoin of enige andere cryptovaluta een nieuw wereldwijd betalingssysteem wilde worden hij moest schalen om tegemoet te komen aan de wereldwijde vraag. Om te kijken of dit mogelijk was startte Dan met het draaien van tests om te zien wat de beperkingen van Bitcoins schaalbaarheid waren.

Begin met Bitcoin

Daar in de coderingsgrot (in werkelijkheid best een leuke, zij het misschien rommelige, studiekamer, achterin Dans huis), startte Dan met het draaien van nodes en het spammen van zijn testnetwerk om echt te zien wat Bitcoin en blockchain konden doen. Hij deed alles, van het vergroten van de blockgrootte tot belachelijke grootten, met de best beschikbare hardware, tot zelfs het zo goedkoop mogelijk maken van mining. Uiteindelijk kon hij echter slechts 700-1.000 transacties per seconde (TPS) met blockchain bereiken. Wetende dat Visa 24.000 TPS verwerkte en Alipay meer dan 725.000 transacties deed op hun grootste shoppingdag wist Dan dat deze snelheden niet genoeg zouden zijn om het doel van een wereldwijd betalingsondersteuning te bereiken.

Omhoog bouwen met blocktrees

Dans volgende gedachte was dat als een enkele keten van blocks enkel 1.000 TPS kon bereiken, zou een vertakt netwerk van blockchains het dan beter doen? Gevat genaamd ‘blocktrees’ [‘block-bomen’] was dit Dans eerste stap in het onderzoeken en begrijpen van sharding [afsplitsing]. De theorie was dat verschillende vertakkingen van de blocktree verschillende staten van synchronisatie konden hebben, waarbij gerelateerde transacties zich in één tak bevinden en ongerelateerde transacties in een andere.

Het belang van groepsgerelateerde en niet-groepsgerelateerde transacties bleek een sleutelinzicht te zijn in hoe efficiëntie mogelijk te maken in een schaalbare ledgeroplossing. Je zult het doorheen dit artikel zien verschijnen omdat het is behouden doorheen de verschillende stadia en herhalingen van ledgers die Dan en het Radix-team hebben verkend.

Nu echter terug naar blocktrees. Het was terwijl Dan blocktrees aan het verkennen, bouwen en testen was dat hij ook de naam eMunie begon te gebruiken om het project te beschrijven dat was gestart om wat loyale gemeenschapsleden aan te trekken. Deze gemeenschapsleden stelden Dan in staat om zijn testen op te schalen en beta-tests te draaien in meer ‘echte wereld’ scenario’s. Wat deze tests echter helaas lieten zien was dat blocktrees slechts een paar honderd TPS konden bereiken voordat ze problemen tegen kwamen.

Wat Dan ontdekte was dat wanneer grote vertakkingen van de boom startten met het niet akkoord gaan met de correcte staat van een transactie dit leidde tot een hoog niveau van lading voor het netwerk om op één lijn te komen. Dat was vanwege een toenemend niveau van complexiteit van de boodschappen die werden verstuurd tussen nodes wanneer ze probeerden om op één lijn te komen over de staat van een transactie. Als een enkele transactie in een vertakking op één lijn moest komen dan gold dat voor alle transacties in die vertakking en alle sub-vertakkingen. Blijvend bij de benadering van het hebben van blocks van transacties en mining leende zichzelf, helaas, niet voor het zijn van de efficiënte oplossing van netwerksynchronisatieproblemen.

Het doen met DAGs

Jij en ik zouden gedemotiveerd kunnen zijn door dit nieuws, besluitend om alles in te pakken en in plaats daarvan naar de kroeg te gaan. Maar niet Dan. Hij nam een sterke kop thee, stroopte metaforisch zijn mouwen op (heel moeilijk om letterlijk te doen wanneer je alleen T-shirts draagt) en besloot dat hij anders moest denken. Wat als in plaats van het groeperen en synchroniseren van transacties in blocks ze individueel werden afgehandeld? Met dit in gedachte startte Dan het verkennen van Directed Acyclic Graphs (DAGs).

DAGs hadden vergelijkbare vertakkingseigenschappen als blocktrees, maar in tegenstelling tot blocktrees en blockchains, die een block creëren en toevoegen aan de ‘keten’ ieder ingesteld aantal van seconden / minuten laten DAGs het toe om direct naar de volgende te linken. Deze benadering had twee belangrijke voordelen – DAGs kunnen transacties direct verwerken, zonder gebruik van block-tijden, en ze kunnen ook het verwijderen van traditioneel mining toelaten – leidend tot grote efficiënties.

Was dit het dan? Had Dan de Heilige Graal gevonden van een wereldwijd schaalbare gedecentraliseerde ledger? Het korte antwoord is ‘nee’. Het lange antwoord is ‘nee’, maar met meer uitleg. Terwijl DAGs succesvol tot aan 1.500 TPS konden bereiken zonder problemen kwamen ze wanneer ze daaraan voorbij schaalden – Visa-achtige niveaus proberend te bereiken – veiligheidsproblemen tegen. Om verdere schaalbaarheid te bereiken moet je de DAG sharden, maar een DAG kan alleen beschermen tegen dubbele spenderingen wanneer alle nodes toegang hebben tot alle transacties, voor zover we weten. Sharding voorkomt dit, wat betekent dat schaalbare DAGs fundamenteel kwetsbaar waren voor aanvallen van dubbele spenderingen. Andere projecten hebben dit probleem aangepakt met het creëren van gecentraliseerde “getuige-“ of “coödrinator-”nodes die alle transacties zien maar zich op deze nodes verlatend wordt de ledger fundamenteel gecentraliseerd, beheer en aanvalspunten aan het systeem toevoegend.  

Verder kanaliserend met CAST

Toen Dan zijn sterke thee op had was het inmiddels bijna een jaar sinds hij voor het eerst DAGs startte te onderzoeken en twee jaar sinds hij blocktrees verkende; hij behield zijn positiviteit omdat hij wist dat het leren van DAGs en blocktrees van toepassing was op andere oplossingen. Zo gaat dat met onderzoek; wat zegt het beroemde Thomas Edison-gezegde?

Ik heb niet gefaald. Ik heb gewoon 10.000 manieren gevonden die niet werken.

Met dat instagram-waardige citaat in het achterhoofd ging Dan (vastbesloten) verder naar de volgende herhaling van een schaalbare ledger: CAST – Channelled Asynchronous State Tree (we weten dat het acroniem wat geforceerd is maar we besloten om het hem niet voor de voeten te werpen). CAST wilde de berichtencomplexiteit zoals gezien in blocktrees aanpakken terwijl de bescherming tegen dubbele spenderingen in een gesharde ledger verzekerd bleef; did werd gedaan door stat van data te scheiden. De staat was in een vertakkende boom, welke de plaats was waar conflicten en dubbele spenderingen werden beheerd, terwijl de data zich in een DAG-achtige structuur bevond. Deze splitsing in structuur leidde tot een deels synchroon netwerk wat het efficiënter maakte, leidend tot snelheden van bijna 2.300 TPS voordat netwerk-latentie en de oude vijand van berichtencomplexiteit opnieuw opkwamen.

Het was tijdens het testen van CAST dat Dan het belang van echte wereld beta-testen zag. De loyale community-leden die werden aangetrokken in het blocktree-tijdperk waren bij het project gebleven; fondsen, ondersteunging, zowel moreel als technisch, biedend aan Dan doorheen de verschillende herhalingen van de technologie. Deze loyale groep stelde Dan ook in staat om beta-tests te draaien; nodes draaiend en transacties versturend en uiteindelijk zoveel mogelijk echte wereld-scenario’s proberend te creëren. Eén van deze community-leden, Greg, werd snel een berucht boeman. Wanneer een ladingstest werd gedraaid op het CAST beta-netwerk verliep alles soepel totdat Greg mee deed. Gregs grage netwerkverbinding zou uiteindelijk leiden tot latentie- en synchronisatieproblemen in het netwerk. Dit leidde tot twee uitkomsten – Greg werd een meme die synoniem was aan falen binnen d gemeenschap (sorry Greg) en de realisatie dat CAST niet bestand was tegen echte wereld-omstandigheden op schaal. Een wereldwijd netwerk voor iedereen moest uiteindelijk afrekenen met trage verbindingen en als Gregs ene trage verbinding zou zorgen voor een falen dan was CAST niet de oplossing die we zochten.

Omkering met Tempo

Op dit punt draaide Dan metaforisch de tafel om. We nemen tenminste aan en hopen dat het metaforisch was anders zou het nogal een rommel gecreëerd hebben in de kleine coderings-grot. Hij besloot om in plaats van het herhalen en ontwikkelen van iedere oplossing dit probleem opnieuw overdacht moest worden. Na een hoop brainstorming, dromen en andere overmatig gebruikte clichés kwam Dan met aandragen Tempo.

Geïnspireerd door de relativiteitstheorie, Leslie Lamports Logical Clocks en het belang van sharding van CASTs en DAGs (zie je; hij gooide niet alles weg) nam Tempo een nieuwe benadering. Zijn voor-gesharde datastructuur maakte het groeperen van gerelateerde transacties en het scheiden van ongerelateerde transacties (ik vertelde je dat dit belangrijk zou zijn) mogelijk en dit gecombineerd met een passief consensusmechanisme leidde tot ongelofelijke efficiënties.

Deze nieuwe benadering zag er veelbelovend uit maar er was een hoop te doen tussen de theorie, initieel succesvolle tests en een volwaardige wereldwijde ledgeroplossing. Dit moet allemaal niet door één persoon gedaan worden, zelfs met veel koppen sterke thee, dus Dan startte met het samenstellen van een team. Hoewel het leuk zou zijn om voor te stellen dat Dan het Radix-team samenstelde als dit was het in realiteit meer een proces van netwerken, posten op StackOverflow, interviewen en het enkele maanden komen en vergezellen van Dan van gelukkige teamleden in Stoke-on-Trent.

Het is waarschijnlijk ook de moeite waard om te vermelden dat rond deze tijd het project zijn naam veranderde van eMunie, waarover we het denk ik eens kunnen zijn dat het een erg rare naam was, naar Radix. Met sterke Latijnse wortels en leuke mathematische implicaties gaf Radix het project voldoende aantrekking. Zelfs wanneer zou blijken dat het verschrikkelijke SEO-implicaties zou hebben omdat de wereld en zijn vrouw blijkbaar het woord Radix graag gebruikten om dingen te benoemen. Dat is echter een geheel ander onderwerp.

Met dit samengestelde droomteam kwam de ontwikkeling en het testen van Tempo echt in een nieuwe versnelling. Het team werkte niet slechts aan Tempo zelf maar ook aan het bouwen van de netwerk-infrastructuur, test-wallets en heel opwindend; de Radix Engine. De Radix Engine is de applicatielaag van Radix – het deel waarmee ontwikkelaars direct interacteren. De Radix Engine wordt uitvoerig besproken in diverse andere artikelen, dus we gaan er hier niet in detail op door.

Al dit verwoede theoretiseren, ontwikkelen en testen leidde uiteindelijk tot de 1mlj TPS-test, waar de gehele geschiedenis van Bitcoin-transacties werd doorlopen via de Radix-ledger, Tempo, en snelheden bereikte van meer dan 1 miljoen transacties per seconde. Dit was een ongelofelijke prestatie voor Dan en het team, maar het bewees ook het begin te zijn van de waarschuwingstekens van enkele van de veiligheidsproblemen in Tempo.

Hoewel Tempo een geweldige schaalbaarheid mogelijk maakte werd het ook duidelijk dat hij kwetsbaar was voor twee aanvalsvectoren. De eerste, de Weak Atom Problem, betekende dat een klein aantal nodes een situatie zou kunnen opzetten waar de consensus zwak genoeg is voor ze om invloed te hebben over voltrokken transacties. Hoewel dit alleen het geval was in specifieke omstandigheden een zorgvuldig gecoördineerde en geplande aanval benodigde was het risico te groot om het niet te adresseren voor de lancering van het netwerk. De tweede aanvalsvector was van een Sybil-aanval. Tempo gebruikte een vernuftig Sybil-beschermingsmechanisme, genaamd ‘Mass’, dat de node-reputatie voor goed bedrag na verloop van tijd vergrootte. De manier waarop Mass werkte betekende dat Mass veel kwetsbaarder was voor oneerlijke actoren dan voor eerlijke actoren. Dit introduceerde een mogelijke aanval van een kwaadwillende actor die de node-ID’s (en reputatie) van eerlijke actoren koopt.

Toen deze problemen ontdekt werden hoopten Dan en het team dat ze repareerbaar waren op een manier die Tempo als onderliggende ledger voor Radix behield. Iedereen stroopte de mouwen opnieuw op (opnieuw metaforisch omdat T-shirts erg populair zijn binnen het Radix-team, Leroy uitgezonderd, die perse shirts wil dragen) en probeerde een manier te vinden om de problemen op te lossen. Diverse oplossingen werden bedacht, de één levensvatbaarder dan de ander, maar na maanden van onderzoek kon er geen gevonden worden dat gefaseerde uitgifte en testen mogelijk maakte. Dit niveau van onzekerheid en onbekendheden zou kunnen leiden tot jaren meer onderzoek en onzekerheid, zonder het uitbrengen van een publieke ledger.

Na jaren van onderzoek en ontwikkeling, en na net 1 miljoen TPS bereikt te hebben, wilde niemand Tempo terzijde leggen. Maar na enkele uitroepen tegen de goden van tech-ontwikkeling, wat deprimerende teamdrank (rum, Kracken naar voorkeur) moesten we accepteren dat als je moeilijke problemen wilt oplossen je soms moeilijke beslissingen moet nemen, en Tempo moest terzijde gelegd worden.

Voorwaarts stormend met Cerberus

Wat nu? Wel, we herpakten ons en keken wat van Tempo het zo geweldig maakte en we konden behouden, wat we konden leren van andere onderzoeksprojecten en wat we opnieuw moesten doen. Het resultaat van deze oefening is Cerberus.

Cerberus gebruikt Tempo’s vooraf gedefinieerde shard-ruimteconcept maar bouwt ook op een aantal goed bewezen cryptografische primitieven, sterke garanties gevend rond veiligheid, levendigheid en goed gedefinieerde veiligheidsbgeondenheden. Deze combinatie maakt het mogelijk om een uniek BFT-stijl overeenstemmingsproces te creëren dat schaalbaarheid samen met veiligheid mogelijk maakt. Belangrijk voor het Weak Atom Problem is dat de veiligheidsgebondenheden hiervan goed bewezen kunnen worden en sterke garanties geeft rond veiligheid en finaliteit.

We zijn ongelofelijk opgelaten over het potentieel van Cerberus, maar ook over de toenemende benadering voor aflevering die het mogelijk maakt, bouwend op zowel de Radix-leringen van de afgelopen 7 jaren als de laatste consensusonderzoeken die tegenwoordig beschikbaar zijn. Er zijn nog steeds onbekende zaken en problemen die opgelost moeten worden. Als deel van onze toewijding aan sharding en regelmatige updates delen we niet alleen de Cerberus-theorie en het whitepaper met je, maar ook deze vragen en problemen.

Toen Dan besloot om een wereldwijd schaalbare ledger te creëren koos hij geen klein probleem om op te lossen. Hoewel ene klein, minuscuul deel van Dan wenste dat hij een gemakkelijkere uitdaging had gekozen om op te lossen, zoals het creëren van de ultieme ijsco-smaak of hoe mensen ervan te weerhouden muziek op hun telefoons te spelen in het openbaar vervoer, is de rest van hem (eigenlijk het hoofddeel) en het gehele Radix-team toegewijd aan het oplossen van voorgenoemde. We zullen niet stoppen tot we een waarlijk wereldwijde, gedecentraliseerde, schaalbare plaats hebben gecreëerd voor de wereld om op over te schrijven.

Om op de hoogte te blijven van de laatste Radix-nieuwtjes, roddels en toekomstige leukigheden kun je inschrijven voor onze nieuwsbrief. Die is als piñata, maar minder gewelddadig en in de vorm van een email.

Website (https://radixdlt.com)
Medium (https://medium.com/@radixdlt)
Telegram (https://t.me/radix_dlt)
Twitter (https://twitter.com/RadixDLT)

[Arrrvin]

De Radix-economie – Een token voor een ecosysteem

Radix DLT, 24 september 2020

We zijn verheugd vandaag om de laatste herhaling te publiceren van het Radix Economie-paper. In dit paper introduceren we een nieuw prijsgebaseerd vrijgevingsmechanisme voor zowel de aankomende uitgifte van het E-RADIX ERC20-token als het RADIX-TOKEN, wat gepland staat om uitgegeven te worden in kwartaal 2 van 2021 op de RADIX-LEDGER.

Het paper biedt ook additionele informatie over tokentoewijzingen, een kleine verandering in de emissiesnelheid van het RADIX-TOKEN en wat meer details over de totale distributie van E-RADIX-TOKENS versus het RADIX-TOKEN.

Om context te geven aan de prijsgebaseerde vrijgeving worden E-RADIX-tokens geprijst op $0.039 per token in de tokenverkoop.

Het E-RADIX-TOKEN

Het bereiken van een vroege en een brede spreiding van de tokendistributie is essentieel ter verzekering van voldoende decentralisatie van het publieke netwerk en dat deelnemers zo snel mogelijk worden geprikkeld vanaf het moment van concretisering.

AAN RADIX ERC20 (E-RADIX)-token zal worden vrijgegeven vóór de aanvang van de RADIX-LEDGER. De verkoop van het E-RADIX-token is bedoeld om de distributie te promoten van inleg [stake] en een hoge graad van decentralisatie te bereiken vóór de uitgifte van de RADIX-LEDGER (mainnet).

Daarbij, omdat ERC20-tokens één van de meest algemeen uitgegeven tokentypes zijn, zal het genereren van een ERC20 RADIX-token ook snellere integratie faciliteren in het bestaande DeFi-ecosysteem op Ethereum, infrastructuur zoals beurzen, en gebruikersdiensten zoals wallets, gedistribueerde inlegopbouw verder helpend.

Bij concretisering van de RADIX-LEDGER zal de E-RADIX 1:1 inwisselbaar zijn voor RADIX-TOKENS.

Prijsgebaseerde vrijgeving

Wanneer het E-RADIX-TOKEN is gedistribueerd zullen tokenhouders 99% vastgezette en 1% vrijgegeven tokens bezitten, een geschatte startende circulatievoorraad gevend van niet meer dan 42Mln E-RADIX-TOKENS (uitzonderingen zijn van toepassing, zie het Economie-paper voor details).

Om een balans te verbeteren tussen marktvoorraad en vraag van E-RADIX-TOKENS zal de marktprijs van het E-RADIX-TOKEN bepalen hoeveel E-RADIX-TOKENS zullen worden vrijgegeven. Het ontwerp van het VRIJGEVINGSMECHANISME is bedoeld om de neiging van vraag en aanbod naar equilibrium te promoten.

Deze 99% vastgezette E-RADIX-TOKENS zullen vastgezet blijven tot de wekelijkse gemiddelde tokenprijs van het E-RADIX-TOKEN de volgende tokenprijsmijlpalen overschrijdt:

E-RADIX-TOKEN-distributie

Een totaal van 4.41Md E-RADIX zal gedistribueerd worden (INITIËLE VOORRAAD) als zowel vastgezette als vrijgegeven tokens op de Ethereum publieke ledger. Deze grafiek toont de voorgestelde distributie (ceteris paribus) als % van de INITIËLE VOORRAAD:

De concretisering van de RADIX-LEDGER zal de generering doen aanvangen van NETWERK-EMISSIE door de RADIX-LEDGER. Deze NETWERK-emissie is vastgesteld op 12Mld RADIX-TOKENS over een minimale periode van 40 jaren.

Het wordt daarom voorzien dat een maximum van 24Mld RADIX-TOKENS zullen wordne gegenereerd door het RADIX-PROTOCOL over een periode van 40 jaren. 18.3% wordt uitgegeven als E-RADIX-TOKENS op het Ethereum-netwerk, 31.6% worden vooraf toegewezen als RADIX-TOKENS bij de genesis van de RADIX-LEDGER, en de overige 50% worden vrijgegeven als nieuwe NETWERK-EMISSIE.

Van de 12 Mld tokens uitgegeven of ingewisseld voor RADIX-TOKENS op het Radix Publieke Netwerk worden er 2.4Mld vastgezet in de stabiele muntreserve en 4.41Mld zullen al zijn uitgegeven als E-RADIX-TOKENS, 5.19Mld overlatend om vrijgegeven te worden via het prijsgebaseerde vrijgevingsmechanisme op de RADIX-LEDGER (mainnet).

Het overzicht van de RADIX-tokens op de RADIX-LEDGER kan hieronder gezien worden:

Verder details kunnen gevonden worden in het volledige Economie-paper.

Netwerk-emissies

NETWERK-EMISSIE start alleen wanneer de RADIX-LEDGER is gepubliceerd en in gebruik is genomen door de community.

Om node-draaiers te prikkelen creëert het RADIX-PROTOCOL periodiek nieuwe RADIX-TOKENS, welke worden betaald aan alle gedeligeerden die tokens hebben ingelegd in staking-nodes die deelnamen aan de consensus. Deze nieuwe tokens zijn de NETWERK-EMISSIE en worden proportioneel met de hoeveelheid van ingelegde Radix-tokens verdiend.

In het oude economische model was de token-emissie een percentage van de voorraad. Dit is nu geüpdatet tot een maximumcijfer van 300Mln RADIX-tokens per jaar.

Volgende stappen

We zijn opgelaten dat we de distributie van de E-RADIX ERC20-tokens naderen. In totaal wordt een maximum van 720Mln E-RADIX verkocht voor ene prijs van $0.039. Alle verkochte tokens zullen onderhavig zijn aan de prijsgebaseerde vrijgeving. Alle onverkochte tokens worden toegevoegd aan de vastgezette distributie van de Foundation.

In de komende dagen zullen we verdere informatie vrijgeven over de verkoop, de E-RADIX-distributie en de gebeurtenissen die daarna zullen plaatsvinden.

Als je geïnteresseerd bent in het kopen van tokens gebruik dat a.u.b. dit formulier om je interesse kenbaar te maken of klik “Get Tokens” op https://radixdlt.com.

Neem er notie van dat we je nooit zullen verzoeken om fondsen te versturen voor tokenaankoop via Telegram of enig ander sociaal media-platform. Lees a.u.b. hier onze token-veiligheidsgids.

Website (https://radixdlt.com)
Medium (https://medium.com/@radixdlt)
Telegram (https://t.me/radix_dlt)
Twitter (https://twitter.com/RadixDLT)

[Arrrvin]

Radix sluit zich aan bij het Messari-register

Radix DLT, 29 september 2020

Radix, het eerste laag-1-protocol voor gedecentraliseerde financiën (DeFi) is verheugd aan te kondigen dat het zich heeft aangesloten bij Messari bij het doorgaan van het vinden van manieren om transparantie rond het Radix-project te vergroten. Transparantie vormt het hart van publieke gedecentraliseerde ledger-technologie en we zijn trots om dit kernprincipe van decentralisatie te volgen met het inschrijven in het Messari-register.

Als het eerste laag-1-protocol voor gedecentraliseerde financiën (DeFi) is Radix gefocust op de doorgaande groei en massale ingebruikname van het DeFi-ecosysteem. Dit betekent dat we werken om een nieuwe wereldwijde digitale gemeenschap te creëren voor de rijkdom van de wereld – één waar de wereld op kan rekenen en op kan vertrouwen – en ons gedecentraliseerde financiële whitepaper legt uit hoe we dit doen. Transparantie is de sleutel tot het bouwen van dit ecosysteem en de toewijding van vandaag om het Messari-register te voorzien van regelmatige projectonthullingen en updates is slechts één van de manieren waarop we die transparantie omarmen.

Het werken met Messari volgt onze aankondiging in februari waar we ons committeerden tot het volledig open-sourcen van onze ontwikkeling van het Radix Publieke Netwerk op onze GitHub repo. We geloven dat dit een belangrijke beslissing was voor transparantie, anti-fragiliteit en het publieke goed. Als bewijs daarvan hebben we een groeiend aantal community-bijdragen aan de repo ontvangen.

Veel mensen denken dat GitHub alleen is voor mensen met de vaardigheden om zich vast te bijten in rauwe code en bij veel andere projecten kan dat ook zo zijn. Maar niet bij Radix. We willen aandacht vragen voor het “releases” deel van onze repo, waar iedereen onze voortgang kan mee volgen naar RPN-1 (de eerste release van het Radix publieke netwerk) en de mijlpalen in ons stappenplan – geen coderingsvaardigheden vereist!

Het Messari-register is een vertrouwd repositoir voor tokenhouders om feitelijke informatie te lezen over gedecentraliseerde projecten, inclusief ons eigen. Door aan te sluiten gaan Radix door met een fundamenteel deel van de Radix-missie; het bouwen van de relatie van vertrouwen dat het project een actieve en groeiende community van volgers deed aantrekken.

Lees hier meer over Radix op Messari.

Over Messari

Messari brengt transparantie naar de crypto-economie. Messari wil investeerders, regulatoren en het publiek helpen om deze revolutionaire, nieuwe activumklasse te begrijpen, en bouwt data-instrumenten die geïnformeerde beslissingsneming en investering zullen aandrijven.

Website (https://radixdlt.com)
Medium (https://medium.com/@radixdlt)
Telegram (https://t.me/radix_dlt)
Twitter (https://twitter.com/RadixDLT)

[Arrrvin]

Bouw DeFi-dApps sneller op Radix

Radix DLT, 1 oktober 2020

In een eerder artikel beschreven we hoe Radix een nieuwe, doelgerichte ontwikkelingsomgeving bidet voor bouwers van gedecentraliseerde financiële applicaties – de Radix Engine. Voortbouwend op die fundering ontwierp Radix de componentencatalogus [Component Catalog]. De catalogus biedt met weinig code toegang tot algemene activumuitgifte en financiële primitieven, en een gedecentraliseerde on-ledger hub voor ontwikkelaars om modulaire tools te creëren, delen, uit te breiden en te combineren voor de versnelling van het bouwen van dApps. Samen maken deze instrumenten Radix het meest bouwbare en interoperationele platform voor DeFi.

De kracht van een on-ledger ontwikkelaarshub

Een waarlijk nuttig ontwikkelingsplatform omvat bibliotheken, raamwerken en andere instrumenten die ontwikkelaars in staat stellen om eenvoudige, algemene dingen snel te bouwen met een minimum aan leer-curve. Deze zelfde instrumenten versnellen ook complexere producten door het bieden van betrouwbare, voor-gebouwde oplossingen voor delen van het probleem dat andere ontwikkelaars zijn tegengekomen en al hebben opgelost. Het hebben van goede standaarden en direct beschikbare oplossingen moedigt ook sterk interoperationaliteit tussen dApps aan, wat in het bijzonder belangrijk is voor een DeFi-ecosysteem.

In DeFi komen algemene brokken van financiën-georiënteerde functionaliteiten telkens terug over veel applicaties: activa (inwisselbaar of uniek), aandelen, accounts, controle door meerdere partijen, liquiditeitspools, swaps, aankopen, en orakels, om maar een paar voorbeelden te noemen. Dit zijn de belangrijkste kandidaten voor stukjes functionaliteit die ontwikkelaars graag zien als al bestaande, bewezen en goed onderhouden oplossingen.

Traditionele open source-methoden en community-samenwerking zijn zeker goede plaatsen om te starten met het aanmoedigen van deze producten. Pakketk-managers helpen vaak bij het proces van het ontdekken en gebruiken van al bestaande instrumenten. Maar de Radix Engine geeft ons een opwindende nieuwe mogelijkheid: het direct op de ledger zetten van community-samenwerking en pakket-managerachtige functionaliteit.

Een on-ledger-mechanisme zodat componenten modulair kunnen worden gebruikt, geüpdate, geversioneerd, uitgebreid en gecombineerd is een krachtig instrument voor ontwikkelaars. Componenten die op deze manier op de ledger zijn geïnstalleerd dragen niet alleen bij aan het ecosysteem van de ontwikkelaars; ze breiden direct de effectieve functionaliteit uit van het Radix-platform.

Een ontwikkelaar hoeft geen volledig functionele alleenstaande dApp-component te bouwen om nuttig bij te dragen. Componenten die iets heel goed doen en gebouwd zijn om gemakkelijk herbruikt of gecombineerd te worden met andere componenten kunnen standaarden van het platform worden die bouw versnellen en interoperationaliteit voor iedereen aanmoedigen. 

Het idee van het “schrijven van programma’s om iets goed te doen” en het “schrijven van programma’s om samen te werken” was de leidende filosofie van de creëerders van UNIX in de jaren 1970. Het resultaat creëerde het fundament van open source-ontwikkeling en de spectaculair succesvolle familieboom van op UNIX gebaseerde besturingssystemen en applicaties sindsdien. We geloven dat het herbouwen van de financiële systemen van de wereld rond een gedecentraliseerd platform een vergelijkbare filosofie suggereert; het maximaliseren van interoperationaliteit, modulariteit en het potentieel voor iedereen om betekenisvolle bijdragen te maken, zowel groot als klein.

We hebben deze filosofie diep geïntegreerd in de manier waarop componenten worden geïnstalleerd en gebruikt op Radix met een platformeigenschap die we ‘componentencatalogus’ [‘Component Catalog’] noemen.

Hoe de Radix componentencatalogus werkt

Bij typische smart contract DLT’s schrijft een ontwikkelaar wat code (Solidity in het geval van Ethereum) en stuurt die dan naar het netwerk waar deze een actief smart contract wordt voor gebruikers van het netwerk om mee te interacteren. De componentencatalogus verandert dit model.

Wanneer een Scrypto-code van een component wordt verstuurd naar het netwerk wordt deze eerst automatisch toegevoegd aan een on-ledger register genaamd de ‘cmponentencatalogus’. Componenten in de catalogus zijn als inactieve sjablonen of blauwdrukken die iedereen kan gebruiken om meerdere actieve componenten te creëren volgens het patroon van het origineel in de catalogus.

Om de component uit de catalogus actief voor gebruik te maken concretiseert een ontwikkelaar deze met het creëren van zijn eigen geconcretiseerde component uit het blauwdruksjabloon. Een geconcretiseerd component heeft zijn eigen unieke identiteit op het Radix-netwerk en zijn acties worden beschikbaar voor gebruik door gebruikers (of andere componenten, zoals we eerder zagen). Dit betekent dat één component in de catalogus oneindig vaak kan worden gebruikt als sjabloon voor geconcretiseerde componenten die zich allemaal op dezelfde primaire manier gedragen.

Nieuwe componenten starten hun bestaan als Scrypto-code die wordt geïnstalleerd in de componentencatalogus op het Radix Netwerk zelf, waar ze gemakkelijk geconfigureerd en geconcretiseerd kunnen worden – of geïmporteerd in andere nieuwe componenten.

Concretisering is eenvoudig gedaan via API en vereist geen Scrypto-code. De meeste componenten in de catalogus zullen configuratie-parameters bevatten die het aanpassen van het geconcretiseerde component mogelijk maken. Bijvoorbeeld de eerder beschreven “token-definitie“-component zou iedereen zijn eigen token-definitie laten concretiseren met zijn eigen unieke naam, symbool, maximale voorraad, etc. – om dan te starten met het munten van de eigen tokens.

Bij het op deze  manier concretiseren van componenten uit een universele on-ledger catalogus maakt Radix het voor iedere ontwikkelaar heel snel, gemakkelijk en veilig om activa uit te geven en toegang te krijgen tot andere eenvoudige functionaliteiten die door anderen werden gecreëerd, zonder Scrypto-code te hoeven leren en schrijven.

Een andere manier om gebruik te maken van componenten in de catalogus is ze te importeren. Een ontwikkelaar wil misschien gebruik maken van de functionaliteit van een bestaande component in de catalogus – maar wat deze kan doen aanpassen of er iets aan toe voegen. Dit wordt gedaan door het creëren van een nieuwe component die een importeer-commando omvat voor de component die de gewenste kernfunctionaliteit biedt. De additionele functionaliteit wordt dan geïmplementeerd in de eigen Scrypto-code van de ontwikkelaar.

Importeren is geen kopiëren van de Scrypto-code van de originele component; het is een on-ledger link naar de originele component (en zijn versie). Een voorbeeld hiervan (boven getoond) kan een prijsorakel-component zijn die een ontwikkelaar wil aanpassen door een berekening toe te voegen van een bewegend prijsgemiddelde (en actie om ertoe togang te krijgen). De ontwikkelaar zou zijn eigen speciale prijsorakel-component kunnen creëren, de originele prijsorakel-component kunnen importeren door te refereren aan zijn ID in de catalogus, en de additionele Scrypto-code eraan toe kunnen voegen voor de prijsgemiddelde-berekening.

Zowel cataloguscomponenten als geconcretiseerde componenten hebben hun eigen unieke component-ID en worden geassocieerd met de eigen unieke ontwikkelaars-ID van de maker. Componenten worden geversioneerd waarbij iedere nieuwe installatie-update een revisie-omhoogplaatsing vereist. Het updaten van een component forceert niet automatisch een update aan andere componenten die ervan gebruik maken; eerdere revisies blijven onveranderlijk beschikbaar op de ledger en bestaande componenten zullen toegang blijven houden tot de eerdere revisie. Een ontwikkelaar kan kiezen om een nieuwe revisie in gebruik te namen door een eigen update te maken voor het component dat voorgenoemde gebruikt.

Standaard platform-componenten

De Radix Foundation is toegewijd aan het vullen van de catalogus met nuttige componenten die algemene elementen en gedragingen van DeFi als standaardeigenschappen van het platform modelleren. Dit omvat zaken als activa (inwisselbare of niet-inwisselbare tokens) en accounts (inclusief multi-sig-controle) en dit zal uitbreidentot het omvatten van functies die gewenst zijn door de community en die een hoger niveau van DeFi-primitieven zouden kunnen omvatten, zoals liquiditeitspools, inwisselsystemen, koopbare activa, data-orakels, en meer. Elk van de standaard cataloguscomponenten ontwikkeld door de Radix Foundation kunnen zoals ze zijn geconcretiseerd worden (bijvoorbeeld het creëren van een voorraad van aangepaste tokens via API-aanroep) of, zoals we boven zagen, ze kunnen modulair worden gecombineerd op verschillende manieren om meer complexe functionaliteit te creëren.

Met gebruik van deze standaard catalogus-componenten kunnen ontwikkelaars het zelf herimplementeren van algemene functionaliteiten overslaan, ontwikkelingstijd versnellend of deze reducerend tot nul voor heel eenvoudige dingen als het uitgeven van een token. Cataloguscomponenten gecreëerd door derde partijen kunnen ook gestandaardiseerde eigenschappen worden van het Radix-netwerk op precies dezelfde manier. Wie ze ook creëert; on-ledger cataloguscomponenten creëren natuurlijke compositionaliteit en interoperationaliteit voor het DeFi-ecosysteem.

Door de Foundation aangeboden componenten zijn niet het einde van het verhaal. Het Radix ontwikkelaars-royalty-systeem biedt prikkels op protocol-niveau voor iedereen om componenten bij te dragen – groot of klein – die “standaarden” van het platform kunnen worden.

Om meer te leren over hoe de Radix-technologie de problemen oplost die DeFi op ieder niveau terughouden ga je naar ons DeFi whitepaper.

Website (https://radixdlt.com)
Medium (https://medium.com/@radixdlt)
Telegram (https://t.me/radix_dlt)
Twitter (https://twitter.com/RadixDLT)

[Arrrvin]

Radix tokenverkoop tijdlijn-update

Radix DLT, 1 oktober 2020

Het was een drukke zomer, met enkele geweldige partnerschapaankondigingen, het laatste uitgebrachte whitepaper, en zelfs de mathematische verificatie van het consensusalgoritme, Cerberus, door de University of California Davis in een academisch paper. Er was de uitgifte van het gedecentraliseerde financiën whitepaper, en de tweede code-drop (“Drop 2”) voor het Radix Publieke Netwerk v1 (RPN-1) ligt op schema voor de mainnet-lancering.

Samen met al het opwindende nieuws was het team hard aan het werk met de voorbereiding voor de ERC20 E-RADIX tokenlancering en tokenverkoop. Deze update zal delen wat je kan verwachten de komende weken betreffende Radix-tokens.

(Historische) update-economie – 21 sept.

In september was er een significante update van het token-economische model – alle tokenhouders bewegend van tijd-gebaseerde vrijlating naar prijsgebaseerde vrijgeving. Deze verandering is aardig opwindend – je kunt hier meer vinden over de details: https://www.radixdlt.com/post/the-radix-economics-a-token-for-an-ecosystem/

Tokenverkoop* opening – 8 okt.

Omdat meer dan 27.000 mensen interesse toonden in het kopen van Radix-tokens leek het het beste om een eenvoudig tokenportaal te creëren dat token-toewijzingen in staat stelt om geclaimd te worden op basis van wie het eerst fondsen stuurt. OM je toewijzing te reserveren moet je eenvoudigweg een gebruikersaccount creëren en je aankoop doen met ofwel USDC ofwel ETH.

De Radix tokenverkoop zal beginnen op 8 oktober om 18:00 UTC.

Je kunt de volledige details met betrekking tot de Radix tokenverkoop* hier vinden op onze toegewijde informatiepagina: https://tokens.radixdlt.com/

Om te verzekeren dat je bericht wordt zo gauw het portaal live is moet je inschrijven met het tokenaankoopformulier als je dat nog niet hebt gedaan: https://radixdlt.typeform.com/to/LFO48RC1

Alle aankopen zijn onderhavig aan de succesvolle voltooiing van de KYC/AML en confirmatie van alle regulatorische voorwaarden. Bepaalde rechtsgebieden, zoals de VS, zullen worden uitgesloten van deelname.

Je moet ALLEEN fondsen sturen via het officiële Radix tokenportaal*.

Je moet ALLEEN sturen vanaf een persoonlijke wallet; het sturen van fondsen vanaf een beurs-wallet kan erin resulteren dat je niet in staat bent om toegang te krijgen tot je E-RADIX.

De afsluiting van de lopende private verkoopcomponent zal parallel draaien met dit proces omdat de KYC/AML ook wordt voltooid met kopers die interesse hebben uitgedrukt in een aankoop van meer dan $250K aan Radix-tokens via hetzelfde portaal. Alle incomplete toewijzingen zullen worden toegevoegd aan het totaal dat beschikbaar is voor aankoop in de hoofdtokenverkoop.

Een maximum van 642M Radix-tokens zal beschikbaar worden gemaakt voor zowel de private – als de hoofdtokenverkoop*. Tokenaankopen zullen onderhavig zijn aan een minimum van $5K en een maximum van $2M.

Na insturen van de betaling moeten tokenkopers KYC-/AML-controles voltooien via de gereguleerde AML-aanbieder Altcoinomy. Deze controles zullen minimaal een bewijs van ID, bewijs van adres, fondsbronnen en een kort videogesprek vereisten om de details te verifiëren.

Tokendistributie – 17 nov.

Volgens de nieuwe economie zijn alle verkopers onderhavig aan een prijsgebaseerd vrijgevingsschema. Vastgezette tokens zullen binnen een smart contract worden gehouden die opname bij bepaalde prijsmijlpalen toestaat. De laatste hand wordt geslagen aan dit vrijgevingscontract en wordt gecontroleerd door Quantstamp vóór de lancering.

Liquiditeitsprikkels – 17 nov.

Met de recente trends in de industrie is het duidelijk het direct in het Ethereum DeFi-ecoysteem lanceren een geweldige manier is om initiële liquiditeit te creëren voor het E-RADIX-token om direct in het Ethereum DeFi-ecosysteem te lanceren – immers Radix is ontworpen om het gedecentraliseerde financiële protocol te zijn. In tegenstelling tot lancering op een gecentraliseerde beurs stelt dit de Radix-gemeenschap in staat om direct deel te nemen aan het bieden van liquiditeit terwijl ook gelegenheden worden gegeven voor het opbouwen van vasthoudingen terwijl het token wordt ondersteund. Dit helpt natuurlijk ook het project en het token in het verkrijgen van bewustzijn in de bredere DeFi-ruimte.

Om deze “DeFi-lancering” te faciliteren is een toewijzing van tokens gereserveerd om liquiditeitsprovisie te prikkelen die essentieel zal zijn voor de organische en gedecentraliseerde distributie van Radix-tokens. Deze prikkels zullen gericht worden op het voordeel van de gezondheid en groei van Radix op de lange termijn.

Vanwege de snel bewegende aard van de DeFi-ruimte zullen verdere details van de liquiditeitsprikkels en de platformen die ondersteund zullen worden dichter bij 17 november worden aangekondigd. Dit zal de beste toewijzing van prikkels vermogelijken om te voldoen aan de lange termijndoelen van Radix en de tokenhouders.

Samenvatting

In de komende weken zal de cadans van nieuws en updates waarschijnlijk toenemen omdat de tokenverkoop* en tokendistributie naderen. Dit is zowel een heel opwindende als belangrijke tijd. Daarom zullen gedetailleerde gidsen en veiligheidstips worden geproduceerd waarvoor iedereen de tijd zou moeten nemen om ze grondig te lezen!

Als altijd; als je geïnteresseerd bent in het kopen van Radix-tokens gebruik dan de “Get Tokens”-knop in het menu van https://www.radixdlt.com.

Contacteer voor vragen over de verkoop a.u.b. hello@radixdlt.com.

*Neem a.u.b. notie van het volgende: De Radix tokenverkoop wordt uitgevoerd door Altcoinomy S.A., optredende als pre-incorporatie-agentschap voor de tokengenereringsentiteit. Alle informatie betreffende de Radix tokenverkoop wordt uitgegeven door de Radix Foundation Ltd, optredende als pre-incorporatie-agentschap voor de tokengenererings-entiteit. Altcoinomy S.A. is een Zwitsers gereguleerd bedrijf. De Radix Foundation is een in het VK gebaseerd bedrijf, beperkt door garantie.

Website (https://radixdlt.com)
Medium (https://medium.com/@radixdlt)
Telegram (https://t.me/radix_dlt)
Twitter (https://twitter.com/RadixDLT)

[DutchFinity]

DeFi naar het VOLGENDE NIVEAU brengend? - Radix DLT Protocol-overzicht

BoxMining, 01/10/2020

Nu gedecentraliseerde financiën interesse en ingebruikname verkrijgen is Radix een populair onderwerp geworden. Radix is speciaal gebouwd voor DeFi - in staat zijnde om drastisch te schalen EN compositionaliteit te behouden. Compositionaliteit betekent dat dapps met elkaar gemakkelijk kunnen communiceren - zelfs wanneer ze zich op verschillende shards bevinden.
https://www.radixdlt.com/

Bekijk de video:

[DutchFinity]

DeFi uitgelegd: 2 mannen, 2 perspectieven; 1 missie

MADDYNESS - DOOR CLEO MCGEE - 24 SEPTEMBER 2020 / 07H05 - GEÜPDATED 01 OKTOBER 2020

We duiken diep in de mannen achter de schermen bij Radix, Dan Hughes 'de techie', die het platform bouwt, en Piers Ridyard, de altijd geduldige CEO! Beiden bezitten ze verschillende maar belangrijke vaardigheden voor het lanceren van een startup op het DeFi-gebied. Maddyness vangt een paar glimpen op van hoe ze samenwerken en van hun eerste indrukken, en duikt ook in Radix en waarom transformerend is en zal zijn voor de DeFi-industrie.

Lees verder:

[Arrrvin]

3. Prikkel een gedecentraliseerde ontwikkelingscommunity

DeFi whitepaper, 13 augustus 2020

De belangrijkste innovatie van blockchain was misschien wel de mogelijkheid om open netwerken te creëren die economisch zelfprikkelend zijn — organisch in de vorm van “mining”. Met deze innovatie kan een community van node-draaiers geprikkeld worden om deel te nemen vanaf de vroegste stadia van het netwerk, alsook om het netwerk op te schalen (op zijn minst zijn veiligheid) om veilig transacties van miljarden dollars aan waarde uit te voeren.

Maar het creëren van een onbeheerd DLT-netwerk dat geschikt is voor DeFi vereist meer dan slechts node-draaiers die de infrastructuur van laag niveau bieden. Er moet een florerend ontwikkelaarsecosysteem zijn die het soort van nuttige, interoperationele componenten creëert die de Radix Engine en de Componentencatalogus mogelijk maken.

Lees verder:

[Arrrvin]

Belangrijk:

1) De Radix tokenverkoop start om 18:00 UTC op 8 oktober via het officiële tokenverkoopplatform. Dat is de enige plaats om Radix-tokens te kopen vóór de distributie.

2) Er zijn nog geen officiële Radix-tokens gecreëerd. Pas op voor nep-tokens.

[Arrrvin]

Radix Tokenverkoop UPDATE

Radix DLT, Piers Ridyard, 5 oktober 2020

Hallo,

Het is een beetje meer dan 72 uur geleden dat we de Radix tokenverkoop aankondigden, die deze week plaats vindt op 8 oktober om 18:00 UTC.
It has been a little over 72 hours since we announced the Radix token sale, happening this week on October 8th at 18:00 UTC.

Zoals we hebben verwacht waren er veel reacties en veel vragen over de verkoop. We hebben een sectie met veelgestelde vragen samengesteld om specifiek de meest algemene vragen die zijn gesteld te adresseren. Je kunt deze [in het Engels] HIER lezen en HIER onze [Engelstalige] hoofdpagina over de tokenverkoop bekijken.

Duizenden nieuwe mensen schreven zich in voor onze updates sinds de aankondiging. We realiseren dat vanwege de interesse de website bij lancering een zware load zal hebben. We doen er alles aan wat we kunnen om een robuust en soepel registratieproces te hebben, inclusief hoe we plannen om te gaan met back-end-verkeer. Wees ervan verzekerd dat we alles zullen doen wat in onze macht ligt om er zeker van te zijn dat dingen soepel en eerlijk verlopen en dat we iedereen zullen accommoderen die deel wil nemen aan de verkoop.

We gaan door met onze toewijding aan het bieden van zoveel mogelijk bronnen over de ontwikkeling en richting van het Radix-project. Op woensdag 7 oktober om 17:00 UTC+1 zullen we een live AMA hebben met mezelf en Dan Hughes, oprichter en hoofdontwikkelaar van Radix, en het zou geweldig zijn als je erbij kon zijn! We zullen wanneer de tijd nadert een link geven naar de stream via onze sociale kanalen.

We zullen in staat zijn om de meeste vragen, behalve vragen over de prijs, te beantwoorden. Je kunt je vragen vooraf aan de AMA insturen via dit formulier.

Zeven jaar van hard werken heeft ons tot dit punt geleid. We geloven echt dat Radix heel snel een naam in het cryptolandschap zal zijn, een game-changer in DEFI en het eerste cryptoproject dat de echte zakenwereld echt bedient. We nemen deze beweringen niet licht op, en we geloven dat jij dat ook niet moet doen.

We kijken er naar uit onze visie met je te bespreken, te luisteren naar je feedback, en het samen creëren van echte oplossingen in de jaren die komen.

Je kunt HIER ons [Engelstalige] stappenplan bezoeken.

Bezoek HIER a.u.b. onze [Engelstalige] tokenverkooppagina.

Met vriendelijke groet,

Piers Ridyard
CEO van Radix DLT

*Neem a.u.b. notie van het volgende: De Radix tokenverkoop wordt uitgevoerd door Altcoinomy S.A. die optreedt als bemiddelende onderneming voor de rechtspersoon van de tokengenerering. Alle informatie betreffende de Radix tokenverkoop wordt uitgegeven door de Radix Foundation Ltd die optreedt als bemiddelende onderneming voor de rechtspersoon van de tokengenerering. Altcoinomy S.A. is een Zwitsers gereguleerd bedrijf. De Radix Foundation is een in het VK gevestigd bedrijf, beperkt door garantie

[Arrrvin]

1358: Radix CEO Piers Ridyard over het verlagen van de barrières voor DeFi

Neil C. Hughes, The Tech Blog Writer

Gedecentraliseerde financiële applicaties worden op het moment gebouwd op protocollen die niet ontworpen werden om te voldoen aan de noden en vereisten van DeFi-diensten. Radix gebruikt significante technologie-innovaties om het eerste laag-1-protocol te zijn dat specifiek is gebouwd om de snel groeiende DeFi-industrie te dienen. Radix richt zich op de drie aandrijvers van DeFi-groei:

Lees en luister verder [Engelstalig]:

[Arrrvin]

Radix integreert Chainlink om DeFi-orakels gemakkelijk toegankelijk te maken voor ontwikkelaars

Radix DLT, 6 oktober 2020

Wanneer DeFi doorgaan met groeien en aantrekkelijk wordt voor de massamarkt zal de vraag naar die applicaties ook groeien. We bouwden ons volgende generatie consensusprotocol (Cerberus) en onze veilig ontworpen ontwikkelingsomgeving om veel van de problemen op te lossen waarvoor DeFi zich vandaag de dag gesteld ziet. Echter deze revolutie vereist ook een sterk ecosysteem van instrumenten, en Radix is toegewijd aan het verzekeren dat de ontwikkelaars en gebruikers van ons netwerk in staat zijn om toegang te hebben tot het beste van het beste, en zo snel mogelijk.

Als onderdeel van deze missie zijn we blij aan te kondigen dat Radix zal integreren met Chainlink om hun industrieleidende orakelnetwerk te verbinden met het Radix Publieke Netwerk. Zijnde de orakelaanbieder waar je moet wezen zullen de Chainlink-orakels Radix-ontwikkelaars toegang geven tot een breed spectrum aan veilige, accurate off-ledger data. Deze data zal onze ontwikkelaars helpen bij het opnieuw creëren van traditionele financiële diensten als gedecentraliseerde apps en zal volledig innovatieve DeFi-producten op Radix ontwikkelen. De integratie zal zich richten op het meer beschikbaar maken in het Radix ecosysteem van Chainlinks breed gebruikte prijsinformatie en meer, als antwoord op de ontwikkelaarsbehoeften.

Hoe Radix Chainlink-orakels gebruikt

Om een laag-1-protocol speciaal te bouwen om DeFi te dienen en de $100Bln aan te boren die nog opgesloten zit in traditionele financiën moest Radix een aantal sleutelmanieren opnieuw bedenken waarop DeFi-applicaties worden gebouwd. Schaalbaarheid en veiligheid zijn hier belangrijke factoren, maar dat geldt ook voor het gemak waarmee DeFi-applicaties worden ontwikkeld en geïnstalleerd.

Met dat doel heeft Radix een nieuwe vorm van “smart contracts” gecreëerd, genaamd “componenten”. Deze bieden een nieuwe methode van het bouwen van DeFi-applicaties die specifiek worden ontworpen voor de noden van financiën. Omdat componenten inherent modulair en compositioneel zijn kan een speciale orakelcomponent een naadloze poort worden naar Chainlink-data voor de componenten die onze ontwikkelaars zullen bouwen.

Een sleutel-behoefde voor DeFi-applicaties is toegang tot marktdata. Omdat niet alle marktdata inherent beschikbaar is binnen het netwerk zelf moeten Radix-dApps toegang hebben tot off-ledger bronnen om zulke informatie te verkrijgen. Een “orakel” kan dit probleem oplossen met een interface met off-ledger API’s om off-ledger data zelf beschikbaar te maken binnen Radix.

Na het beoordelen van verschillende orakeloplossingen besloten we te werken met Chainlink om hun data-orakels te integreren tot een speciale orakel-interfacecomponent op Radix. Terwijl Chainlink een variëteit aan verschillende datatypen kan openen zal onze directe focus liggen op integratie van zijn breed gebruikte prijsinformatie, welke heden veel leidende DeFi-applicaties bedienen, zoals Synthetix, Aave en Bancor. Deze data-informatie biedt onze ontwikkelaars:

• Hoge kwaliteit prijsdata – Alle Chainlink prijsinformatie-brondata van premium off-chain verzamelaars, om te verzekeren dat prijzen een sterke marktdekking hebben die alle handelsomgevingen weerspiegelen.
• Gedecentraliseerde orakels – Chainlink biedt decentralisatie bij zowel de databron als op data-afleveringsniveau, gebruikers in staat stellend om erop te vertrouwen dat prijsinformatie op tijd zal worden afgeleverd en resistent zal zijn tegen iedere vorm van manipulatie.
• Sybil-bestendige nodes – Alle Chainlink-nodes die zijn gedecentraliseerde prijsinformatie bedienen zijn veilige beoordeeld en worden gedraaid door leidende veiligheids-teams / blockchain DevOps, een grote garantie biedend dat de orakel-infrastructuur veilig, betrouwbaar en hoog-presterend is.

Via toegang tot hoge kwaliteit marktdata op een heel beschikbare en fraude-resistente manier kunnen Radix-ontwikkelaars starten met het bouwen van een breed spectrum aan DeFi-applicaties, zoals financiële derivaten die worden beslist op basis van activaprijzen, gedecentraliseerde kredietproducten die prijs informatie gebruiken om eerlijke marktleningen uit te geven en om onderpand te behouden, activamanagementdiensten die handel automatiseert gebaseerd op prijsbewegingen, en veel meer.  

”Radix-ontwikkelaars toegang gevend tot een breed bereik aan hoog kwalitatieve data is vitaal voor onze missie van het bieden van de beste infrastructuur om de volgende generatie DeFi-producten te bouwen,” stelde Piers Ridyard, CEO van Radix. “Chainlinks prijsorakels stellen Radix-ontwikkelaars in staat om complexe en tijdrovende orakel-infrastructuur over te dragen aan industrie-experts, ons ecosysteem in staat stellend om enkel te focussen op het ontwerpen van smart contract-applicaties die het wereldwijde financiële systeem opnieuw ontwerpen.”

“We zijn verheugd om ontwikkelaars in staat te stellen om de volgende generatie DeFi-applicaties te bouwen op Radix’ innovatieve laag-1-protocol door ze te voorzien van veilige en betrouwbare orakeloplossingen,” zei Daniel Kochis, hoofd van de Chainlink bedrijfsontwikkeling. “Door gewilde marktdata toegankelijk te maken via Chainlink-orakels hebben we er vertrouwen in dat het Radix-platform een overvloed aan nieuwe data-aangedreven financiële producten kan ondersteunen voor zowel crypto- als traditionele activamarkten.”

Chainlink- / Radix-integratie

Bij het werken met Chainlink zal de eerste fase van integratie twee delen omvatten: 1) toevoegingen aan de Chainlink node-software om deze in staat te stellen om direct te verbinden met het Radix-netwerk, en 2) creatie van de eigen Radix “smart contracts” die nodig zijn om Chainlink-data beschikbaar te maken op Radix.

Aan de zijde van de Chainlink-nodes zullen twee modules, genaamd een initiator en een aanpasser Chainlink-nodes “Radix laten spreken” met gebruik van onze bibliotheken – Chainlink op dezelfde manier met Radix verbindend als bij Chainlinks bestaande integraties met andere blockchains.

Hier volgt een eenvoudig overzicht van hoe we verwachten dat de Chainlink- / Radix-integratie er uit zal zien:

Met deze puzzelstukjes op hun plaats in de eerste fase van de integratie zullen Radix-ontwikkelaars en –dApps al toegang hebben tot een wereld van up-to-date, geverifieerde data voor atomisch gebruik in het creëren van krachtige DeFi-transacties. In fase 2 verwachten we additionele componenten toe te voegen om directe, oplopende betalingen in LINK-tokens mogelijk te maken voor aangepaste data-opvragen. Dit zou mogelijk gemaakt moeten worden via een eigen Radix-versie van het LINK-token en een nieuwe LockDeposit-component die uitgaven kan synchroniseren tussen Radix’ wrapped LINK-token en het eigen LINK-token op het Ethereum-netwerk.

Hier zijn wat meer details van hoe deze puzzelstukjes er uit zouden moeten zien:

Chainlink node-toevoegingen

Deze modules stellen Chainlink-nodes in staat om “Radix te spreken”, data doorsturend naar en aanvragen afhandelend van de on-ledger orakelcomponent waartoe ontwikkelaars en hun dApps toegang zullen hebben – met gebruik van “acties”, de interface die Radix-componenten aan de wereld biedt.

Chainlink-adapter

• Deze module gebruikt de Radix-bibliotheek om datageschreven transacties te creëren naar de orakelcomponent.
• Datageschreven transacties zouden de acties moeten gebruiken van de orakel-component om stukjes van on-ledger data op te slaan / te updaten, alsook om bepaalde data te registreren als zijnde aangeboden als reactie op een specifiek verzoek.

Chainlink-initiator

• Deze module gebruikt de Radix-bibliotheek om de orakelcomponent te monitoren om verzoeken daarvan te detecteren.
• De initiator luistert via de Radix bibliotheek / - Engine naar transacties die de Radix orakelcomponent gebruiken om de vereiste verzoekdata van die actie-verzoeken eruit te nemen.

Radix-componenten (smart contracts) mogelijk maken

Eenmaal de Chainlink-adapter en –initiator “Radix spreken” is de volgende stap voor componenten (onze versie van financiën-georiënteerde smart contracts) op het Radix-netwerk om te luisteren.

Orakel-component

• Een Radix-component die dient als het interactiepunt voor de adapter en de initiator die draaien op de Chainlink-node.
• Deze zal interacteren met dataklantcomponenten op de Radix-ledger, dienend als een repositoir voor data tot welke die componenten toegang willen hebben. Het orakel praat niet zelf actief met deze off-ledger module’s maar biedt de invoeracties voor de adapter en een repositoir voor aanvraagdata die de initiator monitort.
• Een “data-lees”-actie zou componenten voorzien van toegang tot beschikbaar te maken Chainlink-data.
• Een “verzoek”-actie zou gebruikt worden door componenten om een specifiek verzoek voor Chainlink-data te registreren, met vereiste invoeren zoals de aard van de verzochte data, alle additionele berekeningen die moeten worden uitgevoerd om de data te verwerken voor de opbrengsten, en of er een reactie terug moet worden uitgevoerd (met een vooraf gespecificeerde reactie-actie-interface die de component moet implementeren).
• Een “data-schrijf”-actie zou alleen bruikbaar zijn door Chainlink-nodes, ze in staat stellend om alle regelmatig geüpdatete data of data als antwoord op verzoeken uit te schrijven. Verzoek-gedreven data zou een ID voor het verzoek omvatten.

LINK-token-component

• Een eenvoudige eigen Radix-token-component die optreedt als een wrapped vorm van LINK op Ethereum, beheerd door onderstaande LockDeposit-component.

LockDeposit-component

• Dit tweerichtings-brugcontract zal effectief de gesynchroniseerde uitgaven mogelijk maken van op Ethereum gebaseerde LINK-tokens op het Radix-netwerk. Betalingen in wrapped LINK-tokens op Radix zouden dan direct betalingen aandrijven van LINK op Ethereum om te betalen voor Chainlink-verzoeken.

Over Chainlink:

Chainlink is de meest gebruikte en veiligste manier om smart contracts te bekrachtigen. Met Chainlink kunnen ontwikkelaars iedere blockchain verbinden met hoge kwaliteit databronnen van andere blockchains, alsook van echte werelddata. Beheerd door een wereldwijde, gedecentraliseerde community van honderdduizenden mensen introduceert Chainlink een eerlijker model voor contracten. Zijn netwerk beveiligt momenteel miljarden dollars aan waarde voor smart contracts over onder andere de gedecentraliseerde financiën- (DeFi-), verzekerings- en gaming-ecosystemen.

Chainlink wordt vertrouwd om definitieve waarheid te leveren voor honderden organisaties om voortdurende, betrouwbare data-informatie te bieden. Bezoek om meer te leren chain.link en volg @chainlink op Twitter.

Over Radix:

Radix is het eerste laag-één-protocol dat speciaal is gebouwd om DeFi te dienen. Gedecentraliseerde financiële applicaties worden heden gebouwd op protocollen die niet geschikt zijn voor hun doel, leidend tot opstoppingen, hacks en ontwikkelaarsfrustraties. Radix verandert dit met de introductie van een schaalbaar, veilig ontworpen compositioneel platform met een DeFi-specifiek gebouwde omgeving om het gemakkelijk te maken om schaalbare DeFi-applicaties te bouwen en te lanceren.

Website (https://radixdlt.com)
Medium (https://medium.com/@radixdlt)
Telegram (https://t.me/radix_dlt)
Twitter (https://twitter.com/RadixDLT)

[Arrrvin]

On-ledger, terugkerende ontwikkelaarsopbrengsten. Prikkels om te bouwen.

Radix DLT, 6 augustus 2020

Radix pioniert met zelfonderhoudende on-ledger distributie van ontwikkelaarsopbrengsten via de componenten-marktplaats.

De wereld draait op open source code. Collectief representeert die code één van de grootste verworvenheden van de mensheid – een manier waarop we ons samen hebben zelf-georganiseerd en ongelofelijke staaltjes van engineering hebben gedaan.

Er was echter vaak een conflict tussen het bijdragen aan open source en het voordeel halen uit het gebruik van die open source-code – vooral als je ene individuele ontwikkelaar bent die komt met een geweldig idee voor een bibliotheek of snippet, maar geen volledige commerciële applicatie wilt bouwen.

Met de geboorte van Radix zagen we dat er nu een nieuw pad was – één waar de individuele ontwikkelaar, alsook de dApp-bouwer en het dApp-bedrijf, geprikkeld kunnen worden om bij te dragen aan een ecosysteem, maar dan op een manier die markt- en community-gedreven is. Eén waar versioning en betaling is ingebakken in de eigenste opmaak van hoe je kan on-ledger kan bouwen en opereren, terwijl transparantie en de geest van open source wordt behouden.

We zijn daarom verheugd om een belangrijke mogelijkheid van het Radix-netwerk aan te kondigen – het ontwikkelaars-royalty-systeem. Dit unieke systeem creëert een nieuwe gedecentraliseerde, on-ledger manier voor ontwikkelaars om doorlopende opbrengsten te genereren voor hun bijdragen aan het Radix-ecosysteem, terwijl ze ook de mogelijkheid voor anderen versnellen om te bouwen bovenop deze kernfunctionaliteit.

In dit artikel gaan we uitleggen hoe het Radix ontwikkelaars-royalty-systeem werkt, wat Radix-“componenten” zijn, en waarom ze een revolutie zullen zijn in het snel en efficiënt bouwen van veilige gedecentraliseerde applicaties. 

Waarom zelfprikkeling cruciaal is

Eén van de sleutelinnovaties van blockchaintechnologie was het creëren van een manier waarop een netwerk zelfprikkelend kon zijn. Cryptovaluta-mining bijvoorbeeld creëerde een permissieloze marktplaats voor het bieden van rekenkracht aan een netwerk, zonder gecentraliseerde coördinatie. Feedback-loops als deze zijn ongelofelijk krachtig voor groei, want eenmaal gestart ontwikkelen ze een zelfstandig bestaan.

Met het Radix ontwikkelaars-royalties-systeem willen we een gedecentraliseerd, zelfprikkelend systeem creëren voor DeFi-code-ontwikkeling als kerndeel van het Radix-netwerk. Royalty-betalingen worden ingesteld door ontwikkelaars, automatisch on-ledger betaald, en zijn ontworpen om te profiteren van vergelijkbare netwerkeffecten zoals mining.

Het combineren van ons zelfprikkelende netwerk met ons zelfprikkelende ontwikkelaars-ecosysteem richt Radix zich op de sleutelaandrijvers van groei voor gedecentraliseerde platforms en de creatie van de applicaties die hun ingebruikname aandrijven.

Via deze systemen creëert Radix additionele gelegenheden voor zowel de eerste ontwikkelaars die aan het netwerk bijdragen als voor het bieden van lange termijn-prikkels bij de groei van het systeem in complexiteit en omvang.

In tegenstelling tot een traditioneel ontwikkelingsfonds of –toewijzing die eindig is en na verloop van tijd afneemt bieden de Radix ontwikkelaars-royalties doorlopende opbrengsten die het ecosysteem doen groeien en is ingebakken in het gedecentraliseerde netwerkprotocol zelf.

Radix-componenten en de componenten-catalogus

Componenten zijn de Radix-vervanging van smart contracts en ze maken het Radix-royalties-systeem mogelijk.

Zoals typische smart contracts vermogelijken componenten het een ontwikkelaar om krachtige logica te bouwen die ontoevertrouwd wordt geïnstalleerd en gedraaid op het netwerk, maar er zijn belangrijke verschillen. In plaats van gebouwd zijnde als “black box” van code worden componenten gebouwd met gebruik van finite-state-machine- (FSM-)logica, in een taal die we Scrypto noemen, waar hun gedrag wordt gedefinieerd door acties die direct een discrete bestaande “invoer” (of “vooraf”)-staat vertalen naar een “uitvoer” (of “achteraf”)-staat. Meer concreet betekent dit dat componenten worden gedefinieerd door wat mogelijk is voor dat component om te doen via zijn acties. Door componenten op deze manier te definiëren door hun acties kunnen componenten zich meer intuïtief gedragen als fysieke activa of andere financiële bouwblok-“primitieven”.

We zullen in de nabije toekomst meer details uitbrengen over de details van componenten en de vele voordelen die ze naar ons idee bieden ten aanzien van een traditioneel smart contract. Maar om nu te begrijpen hoe het royalties-systeem werkt zijn er enkele sleutelconcepten ten aanzien van componenten om te begrijpen.

Ten eerste; in plaats van geïnstalleerd te worden op het netwerk en onmiddellijk actief te worden voor gebruik worden componenten eerst geïnstalleerd als een soort sjabloon op een on-ledger repositoir dat we componenten-catalogus noemen. Componenten in de catalogus kunnen vele keren worden geconcretiseerd (door een eenvoudige API-aanroep), iedere keer geconfigureerd voor de specifieke noden van de gebruiker, in actieve geconcretiseerde componenten waarmee gebruikers (en andere geconcretiseerde componenten) kunnen interacteren. En binnen de catalogus kunnen bestaande sjabloon-componenten worden geïmporteerd zodat nieuwe code gelaagd kan worden bovenop bestaande, bewezen functionaliteit, zonder deze te hoeven kopiëren of herimplementeren.

Ten tweede zijn componenten inherent modulair, in staat om individueel ontwikkeld te worden en dan samen gecombineerd te worden op diverse manieren. We hebben gezien hoe importeren binnen de catalogus een vorm van modulariteit biedt. Maar ze kunnen ook modulair gecombineerd worden binnen iedere transactie middels “gerefereerd” gebruik, de basis biedend voor wrijvingsloze compositionaliteit van DeFi-applicaties op Radix.

Bijvoorbeeld tot acties op meerder tokencomponenten – zoals “stuur”, “munt”, en “verbrand” – kan toegang gekregen worden binnen een enkele transactie om atomische swaps uit te voeren. Of een transactie die een DeFi-applicatie-component gebruikt kan zelf op zijn beurt gerefereerd gebruik maken van meerdere acties van andere componenten (inclusief tokens en complexere acties). In deze gevallen komen alle ingesloten componenten in de transactie samen als tandwielen in een versnellingsbak; zolang ze allemaal succesvol overeenstemming hebben over wat er moet gebeuren is de transactie succesvol in één stap. Zo niet dan faalt de transactie veilig en correct.

Toevoegen van royalties, ontwikkelaars in staat stellend om inkomen te genereren

Wanneer een ontwikkelaar een component op het Radix-netwerk creëert of concretiseert is hij in staat om een royalty-kostprijs in te stellen die iedere keer dat zijn component wordt gebruikt geldig is. Royalty-kosten worden betaald als onderdeel van elke transactie op exact dezelfde manier als node-draaierskosten. Deze betaling (en de component zelf) is on-ledger en als resultaat verbindt Radix de royalty-definitie (ingesteld door de ontwikkelaar) met de royalty-distributie (gefaciliteerd door het Radix-protocol) en creëert daarmee een open marktplaats voor ontwikkelaars om een inkomen uit hun bijdragen te genereren.

In deze marktplaats zijn royalty-betalingen op basis van individueel transactiegebruik automatisch en gegarandeerd door hetzelfde consensus-mechanisme dat de Radix-netwerk-veiligheid garandeert.

Zoals componenten gebruikt kunnen worden op een aantal verschillende manieren biedt Radix ontwikkelaars de instrumenten om deel te nemen aan deze on-ledger marktplaats zoals het hen goeddunkt. Dit start met het vermogelijken van de ontwikkelaar om de royalty in te stellen voor elk van de verschillende manieren waarop een component kan worden gebruikt eenmaal deze is toegevoegd aan de componenten-catalogus. Deze mogelijkheden zijn:

• DIRECT CONCREET GEBRUIK – Dit is wanneer een gebruikerstransactie direct toegank heeft tot een Action van een concrete component. Dit kan bijvoorbeeld de interface naar een DeFi-applicatie als CFMM (constante functie marktmaker) zijn, zelfs wanneer deze component andere componenten achter de schermen gebruikt.
• GEREFEREERD CONCREET GEBRUIK – Wanneer een component direct wordt gebruikt, zoals in #1, kan hij specificeren dat meerdere andere concrete componenten ingesloten moeten worden in de Action voor de transactie. Dit is “gerefereerd” concreet gebruik. Een DeFi-aplicatie kan bijvoorbeeld een concrete orakelcomponent gebruiken om toegang te krijgen tot zijn data middels referentie voor een bepaalde transactie.
• CATALOGUSGEBRUIK - Iedere concrete component is gelieerd aan een originele sjablooncomponent in de catalogus. De royalty voor catalogusgebruik wordt betaald wanneer één van deze cataloguscomponenten de basis vormt voor een actieve, concrete component die wordt gebruikt als in #1 en #2.
• GEIMPORTEERD GEBRUIK - Dit refereert aan het gebruik wanneer een ontwikkelaar een bestaande cataloguscomponent importeert in zijn eigen nieuwe cataloguscomponent. Zoals in #3 wordt het importeren zelf niet betaald, maar veeleer wordt de geïmporteerde component beschouwd als gebruikt wanneer een andere cataloguscomponent die voorgenoemde importeerde wordt gebruikt als in #3.

Door de royaltykosten voor ieder gebruikstype in te stellen bekrachtigt Radix ontwikkelaars om te engageren in de marktplaats zoals ze zelf willen. Elke keer dat hun component wordt gebruikt in een transactie ontvangen ze hun royalty-betaling volgens de door hen ingestelde prijzen.

In een enkele transactie kunnen er meerdere componenten gebruikt worden op verschillende manieren. Hieronder zie je een voorbeeld van hoe een enkele transactie meerdere componenten kan aanroepen op verschillende manieren. De afbeelding toont ook hoe initieel “basis”-componenten optreden als “lego-bouwstenen” die samen gecombineerd kunnen worden om complexere transacties / applicaties mogelijk te maken. Echter daarover meer in een toekomstig artikel.

Aanjagen van de Radix ecosysteemontwikkeling

Het zo snel en efficiënt mogelijk bouwen van een volledig DeFi-ecosysteem op Radix is essentieel voor het netwerk om te groeien. We geloven dat de combinatie van de componenten-catalogus en de royalty-betalingen als zijnde gedecentraliseerd en on-ledger de groeimogelijkheid zal maximaliseren om drie redenen:

• Componenten zelf kunnen rangeren in complexiteit en hoeven niet perse volledig functionele applicaties te zijn. Als resultaat kan de initiële community-ontwikkeling gericht wordenop het creëren van componenten die een breed gebruik hebben over een spectrum aan applicaties op het Radix-netwerk. Dit maakt het voor component-ontwikkelaars mogelijk om zich te richten op het bouwen van specifieke functionaliteit, zonder nood aan het bouwen van hele producten en font-end-applicaties.
• Het hebben van een on-ledger componenten-catalogus maakt het applicatie-ontwikkelaars mogelijk om een breed bereik aan functionaliteit te hebben, wat hen in staat stelt om snel veilige applicaties te bouwen terwijl compositionaliteit en standaardisering in enkele van hun functionaliteiten behouden blijft. Met het creëren van meer applicaties genereert het netwerk ook meer transacties over elk van de gebruikte componenten.
•  Terwijl de component-ontwikkelaar een royalty-prijs kan instellen voor een keur aan gebruiksmogelijkheden van zijn component, voor iedere keer dat die wordt gebruikt in een transactie, moedigt de componenten-marktplaats ontwikkelaars aan om functionaliteit te bouwen waar vraag naar is, en dit doende inkomen te genereren voor hun moeite. Een ontwikkelaar kan er voor kiezen om te werken aan het maken van een gestandaardiseerde “eenvoudige” component di een breed bereik aan gebruiksmogelijkheden heeft en deze aanbieden voor hele lage royalty-kosten, of hij kan een hoog gespecialiseerde maar waardevolle component creëren die geen hoog volume van gebruik zal hebben, maar waarvoor hij hogere royalty-kosten kan rekenen.

Meer over de Radix Engine, componenten en ontwikkelaars-royalties

Deze aankondiging is slechts het topje van de ijsberg van wat we gepland hebben aan ontwikkelingen op Radix. In de komende paar dagen zullen we een DeFi whitelitepaper uitgeven die meer details bevat over de Radix Engine, alsook verdere details over hoe deze systemen zullen profiteren van het Radix-netwerk.

Er zijn ook andere initiatieven die we zullen inbrengen om de groei van het ecosysteem te helpen prikkelen, zoals additionele subsidies voor de royalties in de vroeg stadia, ontwikkelingsgerichte uitdagingen in ons Radvocates-programma, en meer.

Ben jij een ontwikkelaar die geïnteresseerd is in ontwikkelen op Radix? We zouden je graag laten weten wanneer de vroege beta-uitgiftes klaar zijn en je geïnformeerd houden over onze vooruitgang. Als je dat goed vindt klinken schrijf je dan a.u.b. hier in:

Inschrijving ontwikkelaars

Website (https://radixdlt.com)
Medium (https://medium.com/@radixdlt)
Telegram (https://t.me/radix_dlt)
Twitter (https://twitter.com/RadixDLT)

[Arrrvin]

Voeg je live bij ons over minder dan 1 uur (16:00 UTC) voor een live AMA-sessie met onze CEO Piers Ridyard & oprichter/CTO Dan Hughes - Live op YouTube.

Stem af: https://youtu.be/ga4YlFssV18

Stuur je vraag in: https://forms.gle/kzAkqdQECqBMgcoGA

***

Als je de AMA met Dan & Piers vandaag hebt gemist, geen probleem. Je kunt de gehele show on-demand hier bekijken: https://youtu.be/ga4YlFssV18

[Arrrvin]

Het trilemma oplossen

Radix DLT, Piers Ridyard, 7 oktober 2020

De CEO van Radix DLT, Pers Ridyard, legt uit hoe Radix het "trilemma" oplost dat door Vitalik Buterin naar voren is gebracht als de uitdaging van het proberen te balanceren van decentralisatie, veiligheid en schaalbaarheid.

Bekijk de video [Engelstalig]:

Leer hier meer over Radix, het eerste laag-1-protocol gebouwd voor DeFi: https://www.radixdlt.com

Radix biedt de gedecentraliseerde financiële industrie een schaalbaar, veilig ontworpen, compositioneel platform met een DeFi-specifiek gebouwde omgeving om het gemakkelijk te maken om schaalbare DeFi-producten te bouwen en lanceren.

DeFi is de toekomst van financiën en Radix is de toekomst van DeFi!

----------------------------------------
Leer meer over Radix:
Website: https://www.radixdlt.com
Twitter: https://twitter.com/RadixDLT
Telegram: https://t.me/radix_dlt

[Arrrvin]

Radix Tokenverkoop

Meer info op: https://tokens.radixdlt.com/
Koop alleen op: https://radixtokens.com/

Vragen op: Telegram: https://t.me/radix_dlt (admins zullen je nooit als eerste PM-en).

Koop je eXRD hier: