Xarxa Celer: escala de capa 2 (la immersió profunda més completa)

Celer Network és un dels projectes més emocionants de l’espai criptogràfic. És una plataforma d’escala de capa 2 que permet transaccions fora de cadena ràpides, fàcils i segures, tant per a transaccions de pagament com per a contractes intel·ligents fora de cadena. Tanmateix, abans d’entendre millor Celer, vegem per què l’espai criptogràfic necessita aquest projecte en primer lloc.

Crypto té un problema d’escalabilitat

Si heu estat a l’espai blockchain / criptografia, haureu sentit a parlar del “problema d’escalabilitat”. Simplement parlant, les criptomonedes es van popularitzar massa pel seu bé. Durant l’auge del 2017, quan Bitcoin va registrar el seu màxim històric, cada vegada van entrar més persones a l’espai. Tanmateix, com tots vam saber aviat, l’arquitectura tradicional de la cadena de blocs pública no està pensada per acollir molts usuaris.

Aquest punt va ser conduït brutalment cap a casa durant el fracàs de les cryptokitties.

Cryptokitties és un joc que es va construir a la part superior de la cadena de blocs Ethereum. Al joc, se suposa que heu de nodrir i criar gats virtuals. Internet es va enamorar immediatament del joc. Es va fer tan popular que fins i tot els principals mitjans de comunicació van començar a cobrir-la. Em va semblar que “Cryptokitties” seria aquella “dApp màgica” que convertiria la criptomoneda en mainstream.

Malauradament, les coses aviat van canviar de pitjor. La cadena de blocs d’Ethereum simplement no estava ben equipada per atendre aquesta sobtada pujada d’usuaris. Simplement no podia suportar l’estrès. El nombre de transaccions no confirmades a la cadena de blocs va augmentar exponencialment.

Crèdit de la imatge: Quars

Per això, Axiom, també coneguda com la companyia que està darrere de les cryptokitties, es va veure obligada a augmentar les taxes de gasolina. Això és el que van dir en el seu article mitjà:


“La il·lusió i l’adopció que hem vist aquesta setmana han estat aclaparadores i no podríem estar més contents! Tot i això, la xarxa Ethereum està completament plena. L’única manera d’evitar que CryptoKitties es quedi endarrerit és augmentar els preus del gas perquè totes les transaccions es completin ràpidament. Sabem que l’augment dels preus significarà que alguns de vosaltres hauran de frenar el vostre règim de cria i estem increïblement decebuts. Però qui ho sap? Potser aquesta desacceleració només significarà que us encantaran molt més els gatets que ja teniu “.

Per tant, ara que sabem quin és el problema, com solucionar-lo?

Correcció de l’escalabilitat

La solució de l’escalabilitat del blockchain sol reduir-se en dues coses:

  • Escalabilitat de la capa 1.
  • Escalabilitat de la capa 2.

Escalabilitat de la capa 1

L’escalabilitat de la capa 1 o de la capa base significa fer modificacions a la pròpia arquitectura blockchain subjacent. Les dues maneres principals de fer-ho fins ara són:

  • Augment de la mida del bloc.
  • Optant per algorismes de consens basats en líders.

Augment de la mida del bloc

Un dels mètodes proposats per augmentar l’escalabilitat de la capa 1 era simplement augmentar la mida del bloc. No obstant això, aquest mètode té tres inconvenients destacats:

  • En un sistema de prova de treball, aquest mètode requereix que els nodes facin més feina. Tal com és, la mineria és un procés molt car. Fer-lo més car només farà que els grups més grans siguin més potents i disminuiran la descentralització general.
  • Com hem vist amb el fracàs Bitcoin-Bitcoin Cash, augmentar la mida del bloc pot conduir a una comunitat dividida. Ningú vol una forquilla dura si es pot evitar completament.
  • L’augment de la mida del bloc dóna com a resultat una escalabilitat lineal en comparació amb l’escalabilitat exponencial. Per exemple. Bitcoin Cash és just 10-15 vegades més ràpid, tot i que la mida de bloc de Bitcoin és d’1 MB i Bitcoin Cash té una mida de bloc ajustada de 32 MB.

Algorismes de consens basats en líders

L’altre enfocament que han estat adoptant la gent és utilitzar algoritmes de consens basats en líders. En aquests algorismes, hi ha nodes específics a la xarxa que es consideren més potents que la resta. Aquests nodes s’encarreguen del consens i del benestar general de la xarxa. No obstant això, aquesta solució va en contra del principi de descentralització. Tenir un nombre reduït de nodes segur que augmenta la velocitat, però també fa que el sistema sigui més insegur i centralitzat.

Escalabilitat de la capa 2

Les solucions de capa 2 són solucions d’escalabilitat construïdes a la part superior de la cadena de blocs existent. Aquestes solucions deixen la capa base sola i creen protocols a sobre. Aquí és on ens presentem de nou a Celer. Hi ha diverses solucions de capa 2, com ara la xarxa Lightning i la xarxa Raiden, en les últimes etapes del desenvolupament. Tot i això, el que fa que Celer sigui únic és que, tot i que només són de pagament, Celer també pot executar contractes intel·ligents fora de la cadena generalitzats.

Aprofundint en Celer

En el seu nucli principal, els dos components principals de Celer Network són:

  • cStack: pila de tecnologia fora de cadena de Celer que es pot construir en diferents cadenes de blocs.
  • cEconomy: mecanisme criptoeconòmic de Celer Network.

cStack

cStack consta de les capes següents en ordre ascendent:

  • cChannel: canal d’estat generalitzat i suite de cadena lateral.
  • cRoute: enrutament de transferència de valor probablement òptim.
  • cOS: marc de desenvolupament i temps d’execució per a aplicacions habilitades fora de la cadena.

Què és cChannel?

cChannel utilitza les dues pedres angulars de les plataformes d’escala fora de la cadena: canal d’estat i cadenes laterals. 

En primer lloc, entenem què és un canal estatal. És un canal de comunicació bidireccional entre els participants que els permet realitzar interaccions. Aquesta interacció, que normalment es produiria a la cadena de blocs, es produirà fora de la cadena. Fem una revisió ràpida dels requisits per executar un canal d’estat fora de la cadena:

  • Un segment de l’estat de la cadena de blocs es bloqueja mitjançant múltiples signatures o algun tipus de contracte intel·ligent. Ho acorden prèviament els participants.
  • Els participants interactuen entre ells signant transaccions entre ells sense enviar res als miners.
  • Després de tancar el canal, l’estat final s’afegeix a la cadena de blocs.

Lightning Network és una forma específica de canals estatals anomenats “canals de pagament”. Aquests canals fan un seguiment de l’estat dels pagaments entre parts. Un canal estatal com Celer’s fa un seguiment de l’estat de qualsevol programa arbitrari entre les parts, que podria incloure pagaments. 

Per què eren necessaris els canals estatals??

Per entendre per què necessitem canals estatals, vegem com funcionen les transaccions a Ethereum. L’ecosistema criptogràfic descentralitzat s’ha construït mitjançant un model bizantí tolerant a les falles. Aquest model sempre suposa que treballa contínuament en un entorn extremadament hostil. Per exemple. En el cas d’Ethereum, els usuaris individuals no confien en els miners, els miners no confien en l’usuari i els miners ni tan sols confien els uns en els altres.

Llavors, com es realitza una transacció?

  • Suposem que Alice vol enviar 3 ETH a Bob. Ella indicarà aquesta intenció als miners.
  • També haurà de pagar algunes despeses de transacció addicionals o despeses de gas per compensar els miners pels seus serveis.
  • Aquesta transició d’estat (la transacció en aquest cas) ha de ser aprovada per la majoria de tots els nodes de la xarxa d’Ethereum.
  • Només després d’haver rebut la verificació, el compte de Bob s’actualitzarà el 3 ETH.

Quan reviseu aquest procés, notareu dos possibles punts febles:

  • El procés en si és lent. No és ideal esperar transaccions per obtenir un vot de supermajoritat d’una xarxa tan extensa com la d’Ethereum.
  • A mesura que Ethereum es fa més popular, entraran més nodes a la xarxa. Això farà que el temps de verificació sigui encara més llarg.

Aquí és on els canals estatals poden canviar completament el joc. Aprofitant els contractes intel·ligents i la teoria bàsica dels jocs, els canals estatals permetran als usuaris crear un entorn on se’ls incentivi a cooperar i fer progressar l’estat general de l’aplicació..

La millor part? Tota aquesta interacció es produeix fora de la cadena de blocs.

Per tant, si Alice enviava 1 ETH a Bob dins del canal estatal, pot fer-ho sense necessitat d’aprovar la super-majoria de la xarxa. És senzill, directe i ràpid.

Dit això, hi ha una cosa important que cal tenir en compte quan es tracta de canals estatals. Requereix el consentiment unànime dels participants per actualitzar l’estat. Al canal, els dos participants han d’arribar a un acord abans de realitzar una operació. Atès que el nombre de participants és tan baix (dos en lloc de la majoria de tota una xarxa), aquest procés d’acord és ràpid.

Com funcionen els canals estatals i per què són útils?

Suposem que Alice i Bob volen interactuar entre ells a través d’un canal d’estat. Això és el que passa:

  • L’Alice i el Bob tanquen alguns dels seus fons en un contracte intel·ligent. Les dues parts hauran de donar el seu consentiment per fer qualsevol cosa amb aquests fons bloquejats.
  • Alice i Bob intercanviaran missatges per Internet per consentir mútuament un pagament concret. Això donarà lloc a l’intercanvi de fons entre tots dos.
  • En qualsevol moment, Alice o Bob poden sortir del contracte intel·ligent reforçant l’últim estat i comprometent-lo a la cadena de blocs.

Funcions importants a tenir en compte:

  • Gràcies als contractes intel·ligents, Alice i Bob no necessiten un tercer de confiança per mantenir els seus actius mentre fan les seves operacions.
  • Fins i tot si per alguna raó fallen els canals estatals, els participants podran restaurar l’estat original a la pròpia cadena de blocs.
  • Els canals estatals també tenen funcions de privadesa fortes. Tot i que les transaccions en cadena de blocs són transparents i obertes a tothom, les interaccions dels canals d’estat només són visibles per als participants. Per exemple, Alice podria enviar a Bob un pagament condicional en un canal estatal on ningú, excepte Alice i Bob, hagi de conèixer la condició. Quan es resolgui el pagament condicional, semblarà un pagament normal i una transferència de fons del món exterior, fins i tot quan Alice “desconnecti” de la xarxa de canals estatals.

Ús pràctic dels canals d’estat

Tot i que fins ara l’explicació ha estat sobre els canals estatals individuals, Celer espera que els seus usuaris utilitzin majoritàriament xarxes de canals estatals. Una xarxa de canals d’estat és una xarxa de canals d’estat individuals que es connecten de manera que serà possible enrutar els canvis d’estat a través d’ells. Posem un exemple. 

Suposem que Alice i Bob no tenen canals oberts entre ells, però volen jugar. Mentre tots dos tinguin un canal amb un intermediari comú, podran obrir un canal virtual entre ells. Un cop un usuari es connecta a una xarxa de canals d’estat, la interacció amb diferents canals es converteix en una experiència natural i predeterminada. Els usuaris podran instal·lar, utilitzar i desinstal·lar aplicacions a l’instant sense comissions de transacció.

Segons Celer, les aplicacions següents són les més adequades per als canals estatals:

  • Si l’aplicació ha de fer front a un gran nombre de transaccions o interaccions entre usuaris.
  • Quan una sessió concreta de l’aplicació tracta amb un nombre relativament petit de participants. 
  • Quan l’aplicació requereix un UX ràpid i gairebé instantani.
  • Quan el conjunt de participants a l’aplicació no ha de canviar massa sovint.

Com fa servir cChannel les cadenes laterals?

Una cadena lateral és una cadena de blocs separada que s’adjunta a la seva cadena de blocs principal mitjançant una clavilla bidireccional. La clavilla bidireccional permet la intercanviabilitat d’actius a un ritme predeterminat entre la cadena de bloc principal i la cadena lateral.

Juntament amb els canals estatals, cChannel també utilitza cadenes laterals. Per exemple. quan diversos usuaris han de pagar-se mútuament, poden agrupar els seus dipòsits a un contracte central. Aquest contracte central actuarà com un contracte de cadena lateral amb els proveïdors de serveis fora de la cadena que formen un “hub multipartit”. Això permetrà les relacions de pagament d’un a molts dins d’un centre.

El model de cadena lateral té els següents avantatges respecte al model de canal estatal:

  • El receptor no necessita estar en línia i dur a terme una transacció en cadena. El motiu és que poden rebre els seus fons a la cadena lateral sense realitzar cap dipòsit ells mateixos.
  • En segon lloc, no es requereix cap bloqueig de fons per part. Quan s’utilitzen canals basats en cadenes laterals per al pagament multipartit, cada part (excepte el proposador de blocs) no necessita bloquejar el seu dipòsit per endavant abans de pagar-se els uns als altres.

Què és cRoute?

Perquè una xarxa de canals d’estat s’escali eficientment, cal dissenyar adequadament l’encaminament d’estats. L’encaminament estatal determina la velocitat i el volum de les transaccions que flueixen en un sistema determinat. Malauradament, les xarxes de canals estatals existents, com Lightning Network i Raiden, tenen certes trampes que impedeixen un encaminament eficient.

  • Lightning Network: Lightning Network utilitza una forma de protocol d’encaminament de referència, anomenada “Flare”. La idea de l’encaminament de Landmark és determinar el camí més curt des de l’emissor fins al receptor a través d’un node intermedi anomenat “Landmark”, que sol ser un node conegut amb alta connectivitat..
  • Xarxa de Raiden: Raiden utilitza l’arbre de cerca A * que és una implementació distribuïda de l’encaminament de camins més curt. 

En resum, aquests dos mecanismes d’encaminament tracten de “trobar la ruta més curta entre dos punts”. Seguir aquest mètode en un model de dades tradicional proporciona un bon rendiment. Això es deu principalment a que la xarxa general es manté relativament estable i la capacitat de l’enllaç és apàtrida (ja que cada transmissió no es veu afectada per transmissions passades). 

Malauradament, els canals fora de la cadena són models estats, ja que hi ha transaccions constants que canvien la capacitat (o els saldos) individuals. 

L’encaminament de camins més curt comporta canvis freqüents en la topologia de xarxa i no té en compte l’equilibri de canals. Consulteu la figura següent, que mostra com canvia l’encaminament del camí més curt que porta a la topologia cada franja horària.

Xarxa Celer: escala de capa 2 (la immersió profunda més completa)

Vegem què passa aquí:

  • Al principi, el node A, el node B i el node C inicien cadascun un pagament de 100 fitxes al node B, al node C i al node A, respectivament.. 
  • Durant la distribució inicial del saldo del canal (és a dir, franja horària 1), tots els parells de nodes estan connectats mitjançant un enllaç bidireccional i cada node selecciona una ruta directa cap a la seva destinació sota l’encaminament de trajecte més curt..
  • No obstant això, amb el pas del temps, això es tradueix en una transferència unidireccional per cada canal, tal com es fa evident a la franja horària 2. A més, tingueu en compte que durant aquest temps, la topologia de la xarxa és contrària a les agulles del rellotge..
  • Durant aquesta franja horària, l’encaminament del camí més curt continua fent transferències unidireccionals (per exemple, selecciona la ruta A -> C -> B pel pagament A -> B). això inverteix la topologia de l’equilibri del canal des del sentit antihorari fins al cicle horari. Això es repetirà indefinidament.

Com us podeu imaginar, aquesta no és la manera més eficient de fer coses. En un ecosistema descentralitzat, els canvis constants de la topologia podrien conduir a un rendiment baix, ja que l’algorisme necessita temps per adaptar-se a la nova topologia.

De fet, si el node C prenia la ruta més llarga (C -> B -> A), no només es mantindran equilibrats tots els canals, la topologia de la xarxa no canviarà.

La solució de Celer: enrutament equilibrat distribuït

El mecanisme d’encaminament de Celer és el Distributed Balanced Routing (DBR) que aconsegueix transparència i un equilibri òptim del canal durant el procés d’encaminament. Per entendre la filosofia de disseny de DBR, imagineu-vos un corrent d’aigua que flueix cap avall. L’aigua no sap on és el seu destí final, només segueix la gravetat. 

De la mateixa manera, DBR no realitza cap càlcul de camí explícit des de l’origen fins a la destinació. DBR només segueix els gradients de congestió de la xarxa actual. L’algorisme DBR té una capacitat d’equilibri de canal d’estat innat que manté de manera transparent fluxos de transferència equilibrats per a cada canal d’estat. 

Els avantatges dels algorismes DBR són els següents:

  • Probablement òptim: DBR sempre farà un seguiment de la ruta més òptima per a un percentatge determinat de sol·licituds de transferència de valor.
  • Equilibri de canals transparent: DBR reequilibra cada canal estatal per mantenir les transferències de valor equilibrades a llarg termini.
  • Completament descentralitzat: DBR és un algorisme totalment descentralitzat. Cada node només ha de parlar amb els seus veïns de la topologia de xarxa de canals estatals. DBR també té uns costos de missatgeria baixos al protocol.
  • Resiliència als fracassos: DBR és altament robust contra fallades. L’algorisme pot detectar i adaptar-se ràpidament als nodes que no responen. En cas d’error de node, la resta de nodes disponibles proporcionaran el màxim rendiment possible.
  • Privadesa: atès que DBR afavoreix una característica de diversos camins, l’algoritme preserva la privadesa dels valors transferits. Poden fer-ho sense utilitzar tècniques addicionals de preservació de la privadesa. DBR també pot integrar l’encaminament de la ceba per protegir l’anonimat.

Què és cOS?

cOS és una combinació de framework de desenvolupament d’aplicacions (SDK) i sistema d’execució. cOS té com a objectiu ajudar els desenvolupadors a construir, operar i utilitzar ràpidament aplicacions descentralitzades fora de cadena escalables amb un alt nivell d’abstracció.

Gràfic acíclic dirigit (DAG)

Per donar suport als casos d’ús més enllà dels simples pagaments P2P, Celer utilitza un sistema d’aplicacions fora de la cadena com a DAG d’estats dependents condicionalment. Vegem com els canals d’estat generalitzats poden aprofitar els gràfics de dependència per gestionar la interacció complexa entre diverses parts.

Xarxa Celer: escala de capa 2 (la immersió profunda més completa)

Penseu en el diagrama anterior.

  • Diguem que “Off-chain App 2” és un joc d’escacs que Alice juga amb Carl.
  • Suposem que Alice posa una condició: “Pagaré a Carl 10 ETH si Carl guanya el joc”.
  • Fins i tot si Alice i Carl no tenen un canal directe entre ells, poden interactuar entre ells a través d’un intermediari comú. En aquest cas, aquest intermediari és Bob.
  • Aquest canal directe es formarà amb dues capes de condicions. La primera capa és un bloqueig de hash simple per assegurar-se que Bob retransmet i resol el pagament en un temps raonable. La segona capa bloqueja el condicionament del pagament al resultat de la partida d’escacs. 
  • Aquesta afirmació condicional es pot resoldre mitjançant Bob tot i que no forma part del joc.

SDK cOS

L’SDK de COS de Celer és una solució completa per a la creació d’eines, seguiment i resolució d’estats en aplicacions fora de la cadena. Els desenvolupadors podran crear aplicacions mitjançant l’SDK per accelerar la solució d’escala fora de la cadena i la xarxa de pagament proporcionada per Celer Network. Això ajudarà a construir un ecosistema robust. Els desenvolupadors podran crear dues classes d’aplicacions descentralitzades:

  • Aplicacions senzilles de pagament per ús: En aquestes aplicacions els usuaris reben microserveis d’una entitat del món real i transmeten pagaments a través de la xarxa de pagaments.
  • Aplicacions complexes de diverses parts: Els desenvolupadors poden aprofitar gràfics de dependència d’estats condicionals per crear aplicacions complexes de diverses parts. Celer planeja ampliar els llenguatges de contractes intel·ligents existents amb tècniques modernes de construcció de programari, com ara metaprogramació, processament d’anotacions i injecció de dependències.. 

Temps d’execució de cOS 

cOS Runtime actua com una interfície entre cApps i la capa de transport Celer Network. 

Xarxa Celer: escala de capa 2 (la immersió profunda més completa)

Admet cApps tant en termes de comunicació de xarxa com de gestió estatal fora de cadena. El temps d’execució gestiona moltes funcions del sistema:

  • El front time de la xarxa, el temps d’execució, gestiona les comunicacions multipartits durant el cicle de vida de l’apApp.
  • Proporciona un conjunt de primitives per a casos d’ús complexos de diverses parts, com ara el joc.
  • Si hi ha casos de fracàs contra-partit, el temps d’execució transmet aquestes disputes a l’estat de la cadena.
  • Si el client es desconnecta, el temps d’execució gestiona la descàrrega de disponibilitat a la xarxa State Guardian. Quan el client torna a estar en línia, el temps d’execució sincronitza els estats locals amb la State Guardian Network (més informació en una mica).

cEconomia

El segon pilar de la proposta de valor de Celer és el seu model criptoeconòmic anomenat “cEconomy”. Aquest model s’ha creat per proporcionar efectes de xarxa, liquiditat estable i alta disponibilitat per a l’ecosistema. Qualsevol solució fora de la cadena, alhora que guanya escalabilitat, necessita fer compensacions amb liquiditat i disponibilitat. Els mecanismes que s’utilitzen per gestionar aquestes compensacions són:

  • Prova del compromís de liquiditat (PoLC).
  • Subhasta de suport de liquiditat.
  • Xarxa de guardians estatals.

Xarxa Celer: escala de capa 2 (la immersió profunda més completa)

Prova del compromís de liquiditat (PoLC) 

PoLC és un procés de mineria virtual que adquireix abundants liquiditats per a l’ecosistema fora de la cadena. A Celer Network, hi ha membres individuals anomenats “Network Liquidity Backers” (NLB). El procés de mineria inclou NLB que bloqueja la seva liquiditat (que podria ser qualsevol tipus d’actiu digital com ETH) a Celer Network. Tancen els actius en una “caixa muda” anomenada Contracte de compromís col·lateral (CCC), durant un temps determinat. A canvi, els NLB són recompensats amb els tokens CELR natius. Això manté la liquiditat dels actius a la xarxa.

Subhasta de suport de liquiditat (LiBA) 

LiBA permet als proveïdors de serveis fora de la cadena obtenir liquiditat mitjançant el “crowdlending”. Les prioritats dels prestadors estan determinades pel tipus d’interès, la quantitat de liquiditat subministrada i la quantitat de token CELR participat. Així funciona el mecanisme:

  • El proveïdor de serveis inicia un LiBA per demanar prestat part de la liquiditat durant un temps específic.
  • Un dels patrocinadors de liquiditat interessats presenta una oferta. L’oferta inclourà: el tipus d’interès ofert, la quantitat de liquiditat i la quantitat de CELR que estan disposats a participar.
  •  La quantitat de liquiditat s’envia mitjançant un CCC.
  • La liquiditat prestada s’utilitzarà com a fiança a prova de frau o com a dipòsit de sortida del canal.

Xarxa de guardians estatals (SGN) 

El SGN és una cadena lateral especial per protegir els estats fora de la cadena quan els usuaris estan fora de línia, per garantir la disponibilitat. Els titulars de tokens CELR poden col·locar el seu CELR en SGN i convertir-se en tutors estatals. El paper principal d’aquests tutors és protegir l’estat d’un usuari durant un temps concret. Un usuari pot enviar el seu estat al tutor a canvi d’unes taxes. El nombre de tutors escollits per ser responsables de custodiar un estat depèn de:

  • L’estat hash
  • El nivell de responsabilitat, que és el flux d’ingressos generat per l’usuari al SGN.

Què és CelerX?

CelerX és el producte d’atenció al consumidor de Celer i és la primera i única plataforma d’aplicacions de capa 2 a iOS i Android. Els usuaris de CelerX podran:

  • Utilitzeu Celer Pay per transferir diners a l’instant amb zero comissions.
  • Juga a diversos jocs basats en habilitats sense latència.

Des del llançament de mainnet del 8 de juliol, CelerX ha assolit 1,4 milions de dòlars + premis totals atorgats, 11.000 jugadors i 300.000 partits de 88 països. Celer no controla les fitxes dipositades a Celer Pay i teniu el control total del vostre fons en tot moment. El testimoni de joc (GT) és el testimoni ERC-20 natiu que s’utilitza a l’aplicació CelerX. Es poden utilitzar les fitxes GT per provar i practicar jocs a l’aplicació. CelerX ofereix competicions en diners reals per a aproximadament el 80% del món i 38 estats dels Estats Units, amb les excepcions d’Arizona, Arkansas, Connecticut, Delaware, Florida, Louisiana, Maryland, Montana, Carolina del Sud, Dakota del Sud i Tennessee..

Com hem esmentat anteriorment, el problema més gran amb l’espai blockchain és la manca d’adopció. Tanmateix, tot el tema de “Cryptokitty” ens va demostrar que hi ha un gran mercat a l’espai blockchain per a les dApps d’oci / recreació. Això és una cosa que hem vist una i altra vegada. Entre el 3 i el 9 de març de 2019, Tron va ser la plataforma de contractes intel·ligents més gran de l’espai:

  • Tron DApps va experimentar un augment del 207% en el volum de transaccions setmanals amb un volum total de 180 milions de dòlars, que va superar amb escreix el d’EOS (102 milions de dòlars) i Ethereum (24 milions de dòlars).
  • Van adquirir 33.000 nous usuaris, cosa que va provocar un creixement del 64%.

Durant aquest període, les tres dApps més populars de Tron van ser: Epic Dragons, CrazyDogs i TronGo. Com podeu veure, tots tres són Dapps recreatius (jocs i apostes). CelerX aprofitarà aquest mercat proporcionant una plataforma per a jocs basats en habilitats i esports electrònics per a mòbils. CelerX ofereix la compra de criptomonedes a l’aplicació mitjançant targetes de crèdit, PayPal i Apple Pay, que és un enfocament sense precedents en la indústria del joc mòbil, i molt menys en els jocs blockchain.. 

CelerX serà un component crític del creixement de l’ecosistema de Celer. Tu pots descarregar CelerX aquí. 

Celer Conclusió

Com us podeu imaginar, Celer Network és un projecte altament ambiciós. El projecte està dirigit pels doctors Mo Dong, Junda Liu, Xiaozhou Li i Qingkai Liang, que han rebut doctorats d’algunes de les universitats més prestigioses del món. Celer Network resol el problema d’escalabilitat de les criptomonedes mitjançant tàctiques intel·ligents de capa 2, que no comprometen la seguretat general del sistema. 

En l’àmbit tècnic, Celer treballa en alguns desenvolupaments realment prometedors:

  • Un llibre groc de codi obert que detalla el protocol generalitzat del canal d’estat fora de la cadena i la justificació del disseny. 
  • Publiqueu un informe d’auditoria de seguretat per al contracte intel·ligent de cChannel i elimineu les precaucions de seguretat.
  • Un informe complet de prova de ploma per al node complet de Celer Network.
  • Desplegueu gradualment i aprofiteu els diferents components de cEconomy: prova del compromís de liquiditat (PoLC), subhasta de liquiditat i xarxa de guardians estatals..
  • Completeu un tutorial de 5 lliçons sobre com construir amb CelerX eSport Gaming SDK.
  • Creeu un client natiu javascript compatible amb Web3 i recompensa d’errors SDK per a la xarxa principal alfa.

Amb els components cStack (tecnologia) i cEconomy (criptoeconòmics) que treballen de manera congruent, Celer està preparat per dominar l’espai criptogràfic. Serà molt interessant veure com creix en el futur. 

Mike Owergreen Administrator
Sorry! The Author has not filled his profile.
follow me
Like this post? Please share to your friends:
Adblock
detector
map