Imo, applicationem decentralized (dapp) in impedimento deducendo ad negotium prosperum non ducet. Re quidem vera, plerique utentes ne cogitat quidem utrum applicatio currit in impedimento - simpliciter eligunt opus vilius, velocius et simplicius.
Infeliciter, etiam si impedimentum proprium singulares notas et utilitates habet, plurimae applicationes quae in ea currunt, multo sunt pretiosiores, tardiores, minus intuitivae quam competitores centrales eorum.
Saepius in schedulis dealbatis applicationum, quae in claustro structae sunt, paragraphum invenire potes quae dicit: "Carus est stipes nec potest per alterum numerum negotiorum sustinere. Fortunate multi callidi homines laborant in clausura et scalas. quo tempore applicatio nostra immittit, admodum scalabilis fiet.
In uno simplici paragrapho, elit emittere potest profundiorem discussionem quaestiones scalabilitatis et alterum solutiones quaestionum exponere. Hoc saepe ducit ad architecturam inhabilem ubi captiosus contractus in impedimento currit ut tergum et nucleum applicationis servent.
Tamen adhuc probati sunt accessus ad applicationem architecturae decentralized quae permittunt multo melius scalability minuendo dependentiam ad impedimentum. Exempli gratia, Blockstack in architectura laborat ubi pleraeque applicationis notitiae et logicae catenae reponuntur.
Intueamus primum aditum traditorum, qui impedimento utitur ut directo mediante inter applicationes utentes, et quae non bene praecipue scandit.
Accede # I: Blockchain quasi Backend
Ut res clariores fiant, in deversorium industriae exemplum sumamus. Haec ingens industria est in qua internuntii sicut Booking.com; hospites et hotels connectendi.
In quolibet casu quo talem intermediam hanc accessionem vincere volumus, logicam negotia sua replicare conabimur contractibus callidioribus in claustro, sicut Ethereum.
Aperto fonte contractus callidior in "computer mundi" mercatores consumerent coniungere potest sine tertia factione media, tandem deminuendis mercedibus et commissionibus ab intermedio accusatis.
Sicut infra imaginem monstratur, hotels applicatione decentralized utantur ad stipitem informationes in claustro de cellis, eorum promptitudine et pretia in feriis vel weekends, et fortasse etiam descriptionem cellae cum omnibus aliis informationibus pertinentibus.
Quicumque volet librum conclave hac applicatione utatur ad quaerendum hotels et conclavia quae in claustro consistunt. Postquam utentis cubiculum deligit, reservatio facta est mittendo debitam quantitatem signa in deversorium ut depositum. Et respondens, dolor contractus indicium in impedimento renovat numerum non diutius praesto esse.
Ad hanc difficultatem scalabilitatis duo sunt latera aditus. Primus, maximus numerus rerum gestarum per secundam. Secundo quantitatem datae quae in impedimento condi possunt.
Aspera nonnulla faciamus calculos. Booking.com dicit se habere prope 2 decies centena millia hotels relatus cum eis. Dicamus mediocris deversorium has 10 mansiones et unumquodque est corruptela tantum XX vicibus in anno - quod nobis medium dat 20 libri per alterum.
Ad hunc numerum in prospectu ponendum, notandum est quod Ethereum potest processus circiter XV negotiorum secundorum.
Simul considerare dignum est quod applicatio nostra etiam transactiones ex hotels continebit - ad informationes de receptaculis eorum et continenter adaequationis informationes. Hotel renovatio cubiculi pretia frequentissime, interdum etiam cotidie, et quodlibet pretium vel descriptio mutatio transactionis in claustro requirit.
Extant etiam hic quaestiones amplitudo - pondus impedimenti Etherei nuper 2TB marcae praetereuntis. Si applicationes cum hac accessione vere populares factae sunt, retis Ethereum valde instabile fiet.
Talis ratio impedimenti fundati externos excludere potest propter aequitatem et defectum centralizationis, praecipuas utilitates technologiae impedimenti. Sed impedimentum etiam alia nota habet - haec sunt notae optimae et non revocetur distributa, sed in celeritate et commissione negotiorum solvenda est.
Ideo tincidunt dapp diligenter aestimare debent utrum singulae plumae utentes claustro vere distributione indigeant ac non-critibilitate.
Exempli gratia: quid prodest singulas deversorium notitias distribuere per centena machinis circum orbem terrarum et in perpetuum condere? Estne revera magni momenti notitia historica in gazophylacia et promptibilitate semper in claustro inclusa? Verisimile non est.
Si has interrogationes incipimus interrogare, incipiemus videre non necesse esse omnibus rebus pretiosis clausuram pro omnibus officiis nostris indigere. Quid ergo est?
Accessus # II: Blockstack Inspiratus Architecture
Etsi principale emphasis de applicationibus in quibus utentes possessores notitiarum suarum sunt (exempli gratia, ut , , aut ) impedimentum etiam habet philosophiam leviter utendi impedimento tantum, cum omnino necesse est. Praecipuum argumentum est quod impedimentum tardum et sumptuosum est, et ideo solum ad singula vel rara adhibenda. Reliquum commercium cum applicationibus fieri debet per parem-ad-parem, i.e. utentes applicationes decentralized magis quam per impedimentum communicare debent notitias directe inter se communicare. Post omnes, vetustissima et felicissima applicationes decentralized sicut BitTorrent, electronica et Tor ante conceptum ipsum impedimentum creata sunt.
Sinistra: Primus accessus, in quo per impedimentum inter se occurrunt utentes. Recte: Users directe inter se inter se cohaerent, et impedimentum tantum ponitur pro identitate et similibus.
Eamus ad exemplum libri deversorium. Protocollum gratuitum, independens et apertum volumus pro hospitibus cum hotels coniungendis. Id est, centralizatum middleman removere volumus. Non opus est, verbi gratia, ut in communi vectura distributo assidue reponat pretia.
Cur non solum permittimus hospites et hotels directe inter se agere quam per impedimentum. Hotels condere possunt pretia, locus promptitudinis et alia quaevis notitia alicubi ubi omnibus pervia erit - exempli gratia, IPFS, Amazon S3, vel etiam proprium loci cultor. Hoc est quod prorsus quod vocatur ratio repono Blockstack scriptor decentralized . Is permittit utentes eligere ubi volunt data sua condita ac moderari qui ad eam accedere possunt per accessum vocati .
Ad fidem faciendam, omnia deversoria data cryptographice ab ipso deversorio signata sunt. Nihilominus ubi haec notitia reponitur, eius integritas verificari potest usus clavium publicarum consociata cum identitate deversorii illius in claustro reposita.
In casu Blockstack, solum informationes identitatis tuae in claustro reponuntur. Informatio quomodo ad obtinendum singulas notitias usoris in zona lima reposita est et per retis parem nodis utentibus distribuitur. Et iterum, notitias quas nodos dare non debes credere, quia eius authenticitatem cognoscere potes, eam comparando cum lignis in claustro et aliis utentibus repositis.
In simpliciori versione systematis, hospites ad retiaculum parium stipendii parem adhibebunt ut deversoria quaerant et informationes de cubiculis habeant. Et veritas et integritas omnium notitiarum quas receperis verificari potest utens claves publicas et repositas Caudex.
Haec architectura implicatior est quam primus aditus et infrastructuram ampliorem requirit. Re quidem vera, hoc prorsus est ubi Blockstack ingreditur, omnia necessaria providens ut talem systema decentralized efficiant.
Cum hac architectura tantum notitias in claustro reponemus quae revera distribuenda sunt et non overscripta. In casu Blockstack, solum transactions debes in claustro ad subcriptio et indica ubi notitia tua condi debet. Plus negotii debes facere si vis aliqua huius informationis mutare, sed res frequentissima non est.
Applicatio autem logicae, contra primum aditum, in cliente latere currit, non contractibus dolor. Hoc permittit elit ut hanc logicam sine pretioso vel interdum etiam impossibilis dolor updates contractus mutet. Et applicationes datas et catenas logicae servando, applicationes decentralized possunt consequi gradus perficiendi et scalabilitatis traditionalium systematum centralizatorum.
conclusio,
Applicationes in Blockstack currentes multo melius quam impedimentum conventionales applicationes scandere possunt, sed minor accessus cum suis quaestionibus et quaestionibus inenarrabilibus.
Exempli gratia, si applicatio decentralized in dolor contractibus non procedit, hoc opus utilitatis signa minuit. Hoc posset causare problemata pro negotiis, quae considerantes ICOs principale fontem fuisse sumptui pro applicationibus decentralized (including ipsum Blockstack)
Sunt etiam hic quaestiones technicae. Exempli gratia, faciliter ad effectum deducendi deversorium booking munus in acri contractu, ubi in operatione atomica, locus exceptiones in commutatione pro signis fiunt. Et non admodum perspicuum est quomodo libri operabuntur in applicatione Blockstack sine acri contractu.
Applicatio mercatus globalis quae scopum cum potentia pro decies usorum usorum attingere debet, optime succedit. Errat unice in impedimentis niti ut hunc gradum scalabilitatis in proximo futuro consequantur. Certare posse cum magnis scaenicis centralizatis ut Booking.com, applicatio decentralized tincidunt considerare debet alterum accessum ad earum applicationes designandas, ut oblatum per Blockstack.
Source: www.habr.com