Burak is een Turkse jonge ontwikkelaar die voor het eerst Ark voorstelde, een innovatief batch-transactiemechanisme buiten de keten. Er worden momenteel twee verschillende implementaties ontwikkeld, de eerste van Ark Labs en de tweede tot tweede. Burak is bij geen van deze betrokkenheid.
Oorspronkelijk was het voor ogen dat Ark een wachtwoord zou vereisen. Dit is niet het geval. Het was aanvankelijk voor ogen dat het zou vereisen Controleer -Up Het is noodzakelijk om te bouwen (CTV).
Om het protocol correct te laten werken, vereist het een centrale coördinatieserver. Het bliksemnetwerk kan echter nog steeds dezelfde beveiliging en functionaliteit bieden. Gebruikers kunnen het ARK -systeem naar believen verlaten zolang ze online blijven voor de vereiste tijd (tenzij u ervoor kiest om de operator alleen tijdelijk op uw fondsen te laten vertrouwen).
Ark, in tegenstelling tot bliksem, hoeft gebruikers niet vooraf te worden toegewezen met liquiditeit om geld te krijgen. ARK stelt gebruikers in staat om direct toegang te krijgen tot fondsen door eenvoudig in te loggen op hun portemonnee. Er is geen pre-toewijzing vereist.
Verken de ark in zijn verschillende componenten.
Arkboom
Virtuele munten zijn die van Ark. € (vutxos). Dit is een vooraf ondertekende transactie die het maken van een UTXO met de unilaterale controle van de gebruiker garandeert zodra deze op de keten is ingediend, maar verder offchain blijft.
De vutxos van elke gebruiker is genesteld in een boom met vooraf ondertekende transacties of een “batch”. ARK is gebaseerd op het concept van een coördinatorserver of Ark Service Provider, die de vereiste coördinatie tussen gebruikers vergemakkelijkt om een nieuwe batch te maken. Wanneer gebruikers fondsen ontvangen, onboarding of offboarding ark zijn, moeten ze een batch en de bijbehorende transactieboom construeren.
Bomen worden geconstrueerd door de wortel UTXO te nemen die wordt bevestigd onchain en deze vergrendelen met een n-of n multisig. Dit omvat alle gebruikers die vutxos in de boom houden, evenals de ASP. Vervolgens verdeelt de boom zich langzaam in meer Utxos, totdat het bereiken van bladeren die de VUTXO van elke gebruiker vertegenwoordigen. Het script dat wordt gebruikt om elke VUTXO te garanderen, moet worden ondertekend met een 2-van-2-multisig. De ene sleutel wordt gehouden door de ASP en de andere door de gebruiker.
Elke keer dat de tak splitst, verschijnen nieuwe vutxos onchain. Maar er zijn nog meer interne utxos nog te splitsen. De ASP en gebruikers met een VUTXO lager in de boom zijn allemaal betrokken bij de N-of N Multisig die elk van deze interne UTXOS vergrendelt. Gebruikers beginnen bij de VUTXO en tekenen helemaal naar de root. De wortel van de boom zal niet worden ondertekend totdat elke gebruiker zijn vutxo heeft opgeëist. Dit zorgt ervoor dat ze toegang hebben tot fondsen in worst-case scenario’s.
Dit wordt uitgelegd in de volgende sectie. Deze alternatieve uitgavenvoorwaarde bestaat voor zowel de root UTXO als elke interne UTXO. Het stelt de ASP de mogelijkheid om het geld helemaal zelf uit te geven.
De connector, transacties en voorbevestigingsinvoer
Er zijn twee manieren om transacties uit te voeren op Ark. Elk heeft zijn eigen beveiligingsmodel en kosten. U kunt kiezen tussen ronde transfers of transacties die vooraf worden bevestigd, evenals inround of transacties die daadwerkelijk worden bevestigd.
Het is heel gemakkelijk om een ronde overdracht uit te voeren. Wanneer Alice Bob Money wil verzenden, neemt ze eenvoudigweg contact op met de ASP om deze een VUTXO-transactie te laten ondertekenen. Bob ontvangt de vooraf ondertekende transacties, samen met al diegenen die eraan zijn voorafgegaan. Bob heeft de mogelijkheid om de Ark eenzijdig te verlaten met deze transactie. U kunt ook lezen hoe u contact met ons kunt opnemen.ASP moet worden vertrouwd om het geld niet dubbel te besteden. De transacties die niet in de ronde zijn, kunnen meerdere keren worden herhaald.
Gebruikers moeten een ARK -transactie voltooien door deel te nemen aan het volgende: “Batch swap.” Het is niet mogelijk om de overdracht van een VUTXO binnen één batch te bevestigen. Gebruikers moeten een oude Vutxo ruilen met een nieuw gemaakte VUTXO. Het is mogelijk om dit te doen met behulp van een ASP die swaps en een “connector -ingang” vergemakkelijkt.
De ASP neemt de controle over de VUTXO wanneer een gebruiker een ARK -transactie door Batch Swap afgerondt. Het kan problemen veroorzaken. Wat stopt de ASP om het gewoon te behouden en ze geen geverifieerde Vutxo te geven voor een nieuwe partij transacties? De connectorinvoer.
De tweede uitvoer van de transactie wordt gemaakt bij het maken van een nieuwe batch. Dit creëert een boom die bestaat uit connector UTO’s. Bob’s verbeurde transactie wordt ondertekend bij de ASP om de batch -swap uit te voeren. De transactie bevat een van de Connector UTXOS. Nieuwe batch.
Het creëert een absolute garantie. Bob’s bevestigde Vutxo zal zich in dezelfde batch bevinden als de connector om Bob verbeurd te laten werken. De batch moet worden gemaakt voordat de verbeurde transactie op de keten kan worden bevestigd. Bob zal de ASP -verbeurde transactie die hij heeft ondertekend niet kunnen bevestigen als hij nooit de bevestigde VUTXO ontvangt.
Liquiditeitsdynamiek in BlockSpace
De ASP biedt alle vloeibare fondsen die nodig zijn om overdrachten tussen gebruikers mogelijk te maken. De ASP moet voldoende liquiditeit hebben om gebruikers in staat te stellen geld tussen hen over te dragen.
Ark is gebouwd rond de dynamiek van liquiditeit. Dit is een grote efficiëntieboost, omdat het de behoefte aan liquiditeitsaanbieders en ASP’s elimineert om de gebruikers te raden die waarschijnlijk grote hoeveelheden geld ontvangen voordat het geld wordt vrijgegeven. Maar tegelijkertijd moet de ASP voldoende liquiditeit behouden, zodat ze nieuwe batches aan gebruikers kunnen blijven genereren, zolang ze de vervalperiode hebben ingesteld, totdat ze beginnen met het terugwinnen van hun toegewezen liquiditeit.
De hoeveelheid tijd die een ASP nodig heeft om nieuwe batches aan te bieden om in afwachting van transacties te voltooien, kan dit tot zekere mate helpen verminderen. De liquiditeitsvereisten van een ASP die probeert batch in realtime te creëren wanneer nieuwe transacties binnenkomen, zouden buitensporig zijn. Hierdoor kan een ASP hun frequentie van het creëren van nieuwe batches verminderen, waardoor de liquiditeitsvereiste wordt verminderd.
Het heeft ook invloed op BlockSpace. In tegenstelling tot de bliksem die sterke garanties van bevestiging biedt, is voor ARK -transacties als definitief en betrouwbaar een nieuwe batch vereist. U kunt hier meer over leren door hier te klikken. Onchain. De transactiesnelheid van Ark, in tegenstelling tot bliksem, waar het volume van transacties niet wordt weerspiegeld, vereist een gelijke hoeveelheid ruimte die moet worden gebruikt, maar op een gecomprimeerde, efficiënte manier. Het creëert een bovenste theoretische limiet op hoeveel ARK -batch in elke periode kan worden gemaakt (hoewel ARK -bomen groter of kleiner kunnen zijn, afhankelijk van de dynamiek).
Het inpakken
Ark is in sommige opzichten bijna het tegenovergestelde van het bliksemnetwerk. Ark is een enorme verbetering van de blockspace die de kwestie van liquiditeitsallocatie in het bliksemnetwerk elimineert. Het heeft echter een doorvoerbeperking die nauw verbonden is met de doorvoer van de blockchain.
Het is een aanvullend systeem vanwege zijn dynamische, bijna tegengestelde afwegingen. Interoperabiliteit is ook mogelijk, dus het kan werken met het bliksemnetwerk. Met het bliksemnetwerk kunnen transacties worden ingevoerd of verlaten door atomisch Vutxos te ruilen.
Het is nog steeds onduidelijk hoe deze protocolstapel in het grotere Bitcoin -ecosysteem past, maar er is geen twijfel dat het waarde heeft en waarschijnlijk een nuttige niche zal vinden, zelfs als de oorspronkelijke intentie niet wordt voldaan.
“DagelijksCrypto is niet verantwoordelijk voor alle activiteiten die u buiten de dagelijkse crypto uitvoert.”
