Re: [ANN] Radix DLT - Het gedecentraliseerde financiële protocol
Samenvatting
DeFi whitepaper, 13 augustus 2020
Dit paper beschrijft hoe het Radix-platform een geïntegreerde technologieoplossing biedt voor meerdere problemen die significante barrière’s creëren voor het potentieel van DeFi.
De groei van DeFi rust op de schouders van ontwikkelaars die de nieuwe gedecentraliseerde applicaties bouwen die de traditionele gesloten systemen zullen vervangen. De barrière’s die DeFe weerhouden zijn precies die welke die ontwikelaars weerhouden. We geloven dat er vier problemen zijn waarvoor DeFi-ontwikkelaars zich vandaag de dag gesteld zien en die een DLT-platform moet oplossen voordat DeFi werkelijk mainstream kan gaan.
1.Reduceer smart contract app-hacks, misbruik en falen
2.Bouw interoperationele DeFi dApps sneller
3.Prikkel een gedecentraliseerde ontwikkelingscommunity
4.Schaal publieke ledger dApps zonder DeFi-compositionaliteit af te breken
Terwijl deze uitdagingen ook van toepassing zijn op de meerderheid van gebruikscasussen voor permissieloze DLT-platforms heeft DeFi des te urgenter een doelgerichte oplossing nodig omdat het persoonlijke bezit van de gebruikers op het spel staat in elke transactie.
Deze problemen zijn elk geassocieerd met vier cruciale lagen van een complete DeFi-platform-stapel; Radix adresseert ze laag voor laag.
Startend aan de bodem van de stapel hebben ontwerpers een nieuw consensus- en netwerkontwerp nodig om DeFi schaalbaar te maken zonder compositionaliteit af te breken; iets waarin schaalbare netwerken zoals Ethereum 2.0, Near, Polkadot, Cosmos en Avalanche allemaal falen. Dit probleem is de focus van ons Cerberus[1] consensus-protocol.
Op die fundering is een nieuwe ontwikkelingsomgeving nodig om DeFi-ontwikkelaars met vertrouwen een nieuw soort smart contract te laten creëren dat de risico’s op hacks, misbruik en codefalen verlaagt. Daarna, om het bouwen van de interoperationele DeFi-apps te bouwen, is een on-ledger-systeem nodig dat toegang biedt tot modulaire DeFi “lego-bouwstenen”. En uiteindelijk, om een community rond deze ontwikkelaarsinstrumenten snel te laten groeien, hebben we een systeem nodig dat een gedecentraliseerd, zelfprikkelend ontwikkelaars-ecosysteem creëert, vergelijkbaar met de huidige zelfprikkelende netwerk-infrastructuur van blockchain. Deze drie problemen zijn de focus van de Radix Engine[2] en twee van zijn unieke eigenschappen: de Componenten Catalogus and het Developer Royalty Systeem.
We geloven dat Radix’s omvattende, geïntegreerde van beneden-naar-boven-aanpak is wat het uniek tot het eerste laag-1 DLT-protocol maakt dat uniek geschikt is voor DeFi.
1 De initiële Radix mainnet-lancering zal een vereenvoudigde versie van Cerberus-consensus omvatten. De capaciteit zoals in dit paper beschreven heeft betrekking op de volledige versie van Cerberus, zoals bedoeld voor een latere mainnet-update.
2 De initiële Radix mainnet-lancering zal Radix Engine v1 omvatten. De Radix Engine-eigenschappen beschreven in dit paper hebben primair betrekking op de volgende Radix Engine v2.
Website (https://www.radixdlt.com/)
Medium (https://medium.com/@radixdlt)
Telegram (https://t.me/radix_dlt)
Twitter (https://twitter.com/RadixDLT)
DeFi whitepaper, 13 augustus 2020
Dit paper beschrijft hoe het Radix-platform een geïntegreerde technologieoplossing biedt voor meerdere problemen die significante barrière’s creëren voor het potentieel van DeFi.
De groei van DeFi rust op de schouders van ontwikkelaars die de nieuwe gedecentraliseerde applicaties bouwen die de traditionele gesloten systemen zullen vervangen. De barrière’s die DeFe weerhouden zijn precies die welke die ontwikelaars weerhouden. We geloven dat er vier problemen zijn waarvoor DeFi-ontwikkelaars zich vandaag de dag gesteld zien en die een DLT-platform moet oplossen voordat DeFi werkelijk mainstream kan gaan.
1.Reduceer smart contract app-hacks, misbruik en falen
2.Bouw interoperationele DeFi dApps sneller
3.Prikkel een gedecentraliseerde ontwikkelingscommunity
4.Schaal publieke ledger dApps zonder DeFi-compositionaliteit af te breken
Terwijl deze uitdagingen ook van toepassing zijn op de meerderheid van gebruikscasussen voor permissieloze DLT-platforms heeft DeFi des te urgenter een doelgerichte oplossing nodig omdat het persoonlijke bezit van de gebruikers op het spel staat in elke transactie.
Deze problemen zijn elk geassocieerd met vier cruciale lagen van een complete DeFi-platform-stapel; Radix adresseert ze laag voor laag.
Startend aan de bodem van de stapel hebben ontwerpers een nieuw consensus- en netwerkontwerp nodig om DeFi schaalbaar te maken zonder compositionaliteit af te breken; iets waarin schaalbare netwerken zoals Ethereum 2.0, Near, Polkadot, Cosmos en Avalanche allemaal falen. Dit probleem is de focus van ons Cerberus[1] consensus-protocol.
Op die fundering is een nieuwe ontwikkelingsomgeving nodig om DeFi-ontwikkelaars met vertrouwen een nieuw soort smart contract te laten creëren dat de risico’s op hacks, misbruik en codefalen verlaagt. Daarna, om het bouwen van de interoperationele DeFi-apps te bouwen, is een on-ledger-systeem nodig dat toegang biedt tot modulaire DeFi “lego-bouwstenen”. En uiteindelijk, om een community rond deze ontwikkelaarsinstrumenten snel te laten groeien, hebben we een systeem nodig dat een gedecentraliseerd, zelfprikkelend ontwikkelaars-ecosysteem creëert, vergelijkbaar met de huidige zelfprikkelende netwerk-infrastructuur van blockchain. Deze drie problemen zijn de focus van de Radix Engine[2] en twee van zijn unieke eigenschappen: de Componenten Catalogus and het Developer Royalty Systeem.
We geloven dat Radix’s omvattende, geïntegreerde van beneden-naar-boven-aanpak is wat het uniek tot het eerste laag-1 DLT-protocol maakt dat uniek geschikt is voor DeFi.
1 De initiële Radix mainnet-lancering zal een vereenvoudigde versie van Cerberus-consensus omvatten. De capaciteit zoals in dit paper beschreven heeft betrekking op de volledige versie van Cerberus, zoals bedoeld voor een latere mainnet-update.
2 De initiële Radix mainnet-lancering zal Radix Engine v1 omvatten. De Radix Engine-eigenschappen beschreven in dit paper hebben primair betrekking op de volgende Radix Engine v2.
Website (https://www.radixdlt.com/)
Medium (https://medium.com/@radixdlt)
Telegram (https://t.me/radix_dlt)
Twitter (https://twitter.com/RadixDLT)