Construint un millor mercat de tarifes de Bitcoin | CAT.DemocraziakmZero.org

Construint un millor mercat de tarifes de Bitcoin

Construint un millor mercat de tarifes de Bitcoin

En l'últim any hem vist el mercat de pagament per a les transaccions Bitcoin evolucionen a un ritme ràpid. Com el volum de transaccions continua augmentant, també ho fa la demanda d'espai de bloc, que roman en el subministrament limitat d'1 megabyte (MB) aproximadament cada 10 minuts.

Ja que tenim debatedthe qüestió de l'augment de l'oferta d'espai bloc fins a la sacietat, aquest article se centrarà en la història i l'estat actual de les taxes de transacció bitcoin.

El fet és que les pressions resultants d'alta contenció per a l'espai del bloc s'han degradat l'experiència de l'usuari i per tant incentivat bitcoin carteres per fer ajustaments per tal de mantenir als seus usuaris contents, garantint la confirmació oportuna de les transaccions.

No obstant això, estem molt lluny d'operar un mercat òptim quota.

La història de Tarifes de transacció

Durant els primers anys d'existència de bitcoin, les taxes de transacció eren opcionals - que eren considerats una donació als miners.


Carteres paguen la mateixa tarifa en cada transacció - per defecte a qualsevol quota de la cartera desenvolupador pensar que era apropiat.

Tarifa per defecte de Bitcoin Core canviar diverses vegades al llarg dels anys com el tipus de canvi va augmentar bitcoin, de 0,01 a 0,0005 BTC BTC BTC a 0,0001. També hi va haver regles al voltant de "transaccions de prioritat" que van permetre als usuaris enviar transaccions sense càrrec si les entrades eren vells i d'alt valor suficient, però miners han eliminat la majoria de les persones en aquest punt.

Hem après amb els anys que les taxes de transacció estàtiques no modificables són terribles per diverses raons:

  • No és la taxa absoluta que li importa als miners, sinó més aviat el tipus de tarifa per bytes de dades de la transacció. Des de la perspectiva dels miners, que només tenen 1 MB d'espai en el qual es vol inserir tantes transaccions com sigui possible per tal de recollir més honoraris. Com a tal, una transacció de 200 bytes amb una quota de 0,0001 BTC és preferible a una transacció de 1000 bytes amb una taxa de 0,0001 BTC, perquè poden inserir cinc dels primers i recollir cinc vegades com a molt en honoraris.
  • Des de la perspectiva de l'usuari, si sempre s'estableix una quota estàtica, és probable que amb el temps crea una transacció de dades de grans dimensions (a causa de passar moltes entrades baix valor) amb una taxa de preu molt baix que no poden quedar confirmada.
  • Carteres amb taxes estàtiques no poden adaptar-se a les canviants condicions del mercat ràpidament, donant lloc als usuaris de radiodifusió transaccions que són o bé pagar en excés o subremuneración. La primera no obtindrà les transaccions confirmades molt més ràpid, mentre que el segon es traduirà en temps llargs de confirmació perquè els miners els passen per alt en favor de les operacions més rendibles per confirmar.

L'alliberament de Bitcoin 0.3.15in de novembre de 2010 va incloure un canvi per començar el càlcul de les taxes relatives a la mida de les dades de la transacció, però no tots els programari de la cartera va fer el mateix i molts usuaris van seguir cegament l'establiment de la mateixa quota estàtica en cada transacció. En general, això no era un problema fins que vam començar a xocar contra la mida de bloc màxim, perquè els miners confirmarien gairebé qualsevol transacció vàlida que es va transmetre amb èxit per a ells.

Com blocs van començar a omplir-se el 2015, es va fer evident que la millor pràctica és utilitzar un algoritme de taxa dinàmica, ja que pot respondre a les condicions canviants de la xarxa.

Bitcoin Core començar càlcul de les estimacions de taxes dinàmiques a partir de la 0.10 releasein febrer de 2015 i Alex Morcos ha deixat de millorar ells des de llavors. Algoritme d'estimació dels honoraris del nucli és força complex; vostè pot veure el seu codi aquí i l'explicació Anglès aquí.

Un mercat Quota Emergeix

Antoine Le Calvez, desenvolupador de p2sh.info, ofereix una anàlisi històrica de les taxes dinàmiques i estàtiques.

Aquests són els últims dos anys:

Podem veure salts significatius en l'ús de pagament dinàmic durant les proves de tensió de xarxa i els atacs la tardor passada.

No obstant això, sospito que això no es va deure a la majoria de gent de commutació de carteres d'honoraris dinàmiques, sinó més aviat els propis atacants pagar feesthat s'ajustin a propòsit a ser més grans que les taxes estàtiques sent utilitzats per la majoria de les carteres en el moment.

Alguns dels usuaris més sofisticats ajustar les seves tarifes no modificables durant els atacs, però aquests eren probablement una petita minoria del total de transaccions. També podem veure un salt al començament del mes de març 2016 - això és probablement en part resultat de la nova cartera de Blockchain el desplegament de les taxes dinàmiques al voltant d'un mes abans.

Rusty Russell va realitzar un excel·lent analysisof quota de mercat emergent al desembre de 2015, que va mostrar que més transaccions estan utilitzant taxes calculades de forma dinàmica, i que el valor mitjà d'una transacció va en augment com petits pagaments estan sent un preu fora de l'blockchain.

AJ pobles va fer un seguiment de post de rovellat amb més anàlisi en profunditat. Es va identificar vuit fases de mercat quota diferents al llarg de la història de Bitcoin:
 

Pobles van continuar la seva investigació en un segon postand va arribar a diverses conclusions sobre els efectes que la quota de mercat emergent ha tingut sobre els usuaris.

Aquests van ser:

  • Un nombre significatiu de carteres estan calculant dinàmicament les taxes, en una granularitat per byte.
  • Moltes carteres encara no calculen les taxes de forma dinàmica, o fins i tot calcular les taxes a un nivell per byte.
  • Quotes de mercat impulsada només serà capaç d'elevar-se encara més amb una major adopció de carteres que donen suport a les estimacions de taxes dinàmiques.
  • Pagant de manera significativa la taxa de mercat no aconseguirà el seu transacció confirmada amb més rapidesa.
  • S'han produït dos esdeveniments que han impactat d'honoraris carteres amb taxes estàtiques, i un esdeveniment tercera quota estarà disponible en breu.
  • Carteres que calculen dinàmicament honoraris paguen taxes substancialment més baixes de mitjana que aquells que no ho fan.

He estat seguint les estimacions de taxes de Bitcoin Core amb Statoshi; aquí es pot veure que s'han triplicat en els últims sis mesos, com la baralla per l'espai bloc segueix augmentant.

Calvez també proporciona un panell de control amb totes les API d'estimació de tarifa d'accés públic i les seves dades estimació històrica:

Curiosament, sembla que 21, les estimacions d'honoraris BitGo, i de Blocktrail semblen ser els més sensibles a les canviants condicions del mercat, mentre que BitPay, Blockchain i BlockCypher tenen estimacions menys volàtils.

No obstant això, seria imprudent per a mi recomanar àmpliament interruptor de tot el món per a l'ús de les taxes de transacció calculats dinàmicament sense assenyalar en primer lloc els perills implicats.

Com se sol dir, totes les solucions condueix a nous problemes. Les comissions per transaccions dinàmiques no són una excepció.

Dificultats dinàmics

Estimacions de taxes dinàmiques mai serà perfecte, ja que són un intent de predir el (proper) futur.

Com danesa physicistNiels Bohr va dir una vegada: "La predicció és molt difícil, especialment sobre el futur". Si un algoritme d'estimació de taxa de falla en predir correctament el futur estat del mercat de pagament a continuació, els usuaris s'embussen en una "trampa de tarifa" com s'ha assenyalat pel Dr. Sánchez de Washington OpenBazaar.

Això pot passar si es difon una transacció amb una quota perfectament raonable per a les condicions actuals del mercat, però immediatament després de fer-ho, moltes altres transaccions superiors Tarifa Obtenir difosos per altres usuaris, que empenyen essencialment la seva transacció a la part posterior de la cua de prioritat dels miners. El problema és que no es pot, no Substitueix Per Fee (RBF), actualitzar el seu "oferta" per tal de compensar les noves condicions del mercat.

Errors en els algoritmes d'estimació d'honoraris també tenen potencial per causar estralls en el mercat de tarifa. Prenguem, per exemple, un error d'usuari recent que va donar lloc a la creació d'una transacció a algú amb una quota ni més ni menys de 300 BTC. Això va ser prou dolent per a l'usuari desafortunat que probablement greix va tocar la "quota" i quantitats de "valor" en algun programari mal codificat, però també va tenir un efecte dòmino:

Hum, @BlockCyphermay hagi de revisar el seu algoritme d'estimació de taxa d'excloure els valors extrems. Https://t.co/Jo4Png9ZmCpic.twitter.com/zEl05Uk3tR

- Antoine Le Calvez (@khannib) de 26 d'abril de, l'any 2016

Aquesta és una conjectura, però sembla que el "1 a 2 objectiu de bloc" de BlockCypher utilitzeu un algoritme d'estimació de taxa en base a una mitjana mòbil ponderada de les taxes als últims dos dies de blocs. Com a resultat, quan s'extreia la transacció de pagament 300 BTC, la mitjana quota recent i per tant la seva estimació clavetejat per 800%.

Però això no està destinat a recollir en BlockCypher, com hem vist moltes carteres tenen problemes amb les taxes de transacció. Ni tan sols Bitcoin nucli està exempt, com recentment he observat un augment inesperat en les estimacions de taxes de Bitcoin Core 0.12.0:

Em vaig adonar que l'estimació de pagament "de dos blocs de destí" de Statoshi.info es va elevar de 44 a 112 satoshis per byte el 27 de febrer sense raó aparent. Els meus altres nodes Bitcoin no van informar el mateix bec.

Això potser podria explicar-se per les diferències en les transaccions mempool des algoritme d'estimació dels honoraris del nucli només utilitza els honoraris de les transaccions que es van rebre per primera vegada com sense confirmar.

És preocupant i és una demostració d'un desavantatge d'extrapolar el futur inspirats en vista del seu node de la xarxa, el que no es garanteix que sigui el mateix que el de tots els altres.

Crisi macro

Si bé hi ha un munt de reptes que es presenten als desenvolupadors de Bitcoin en una base per transacció, sinó que també han de ser conscients dels efectes sobre el mercat de pagament en el seu conjunt.

Estic preocupat per un parell d'escenaris possibles que podrien impulsar les taxes d'honoraris més ràpid del que és necessari:

  1. Mal codificats algoritmes dinàmics d'honoraris podrien crear un circuit de retroalimentació que impulsa la taxa de càrrec sense sostre com transaccions continuen inundant la xarxa sense tenir en compte el retard mempool. Això no és una gran preocupació si la majoria de les transaccions s'inicien pels éssers humans que estan veient a continuació, una quota representada i decidir si és o no és massa alt per als seus gustos. No obstant això, si hi ha moltes transaccions es creen de forma automàtica sense cap tipus de presa de decisions humanes i dels algoritmes de creació d'ells no tenen cap comprovacions de validesa de la tarifa màxima pagada, el mercat podria córrer fins que els enginyers que van escriure aquests algoritmes avís i fer canvis a elles.
  2. Usuaris frustrats (o desenvolupadors mandrosos) que segueixen confiant en les taxes no modificables poden mantenir l'actualització de les seves configuracions de cartera manualment fins que les seves transaccions comença a rebre confirmats, probables pagar de manera significativa, però finalment, van obligar a altres usuaris d'honoraris estàtica per fer el mateix amb la finalitat de seguir sent competitius. Usuaris d'honoraris dinàmiques es tira cap amunt com a resultat. Ja he observat l'anterior succés, tot i que encara no en la mesura que ha afectat significativament les taxes dinàmiques.

Estic veient més transaccions amb altes taxes codificades dura de ,0005-0001. Pagar en excés per un ordre de magnitud! https://t.co/BfqIEPfenk

- Jameson LOPP (@lopp) de 24 de de març de, l'any 2016

Un desenvolupament recent que no ha rebut molta atenció tot i el fet que té el potencial d'afectar el mercat de pagament és el desenvolupament dels mercats d'honoraris miner secundàries.

Això pot prendre la forma de programes especials d'estímul al client com BlockPriority de BTCC serviceor que pot prendre la forma de compres d'espai blocs de prepagament privats. Això es tradueix en problemes per a qualsevol desenvolupadors que estan escrivint algoritmes d'estimació de tarifa perquè ara hi ha mercats d'honoraris opacs que són invisibles per a la resta del món.

Per citar comunicat de premsa de BTCC:

"BlockPriority dóna prioritat a les transaccions de tots els clients del BTCC, entre ells els que paguen quotes de transacció zero."

Això no hauria de ser un problema per al algoritme d'estimació de taxa de Bitcoin Core, ja que requereix un 95% de les transaccions mempool amb un tipus de la comissió donada a confirmar-se en blocs X després d'haver estat vist, però podria afectar algoritmes més ingenus. La lliçó per als desenvolupadors és que només perquè vostè està veient les transaccions a una taxa baixa tarifa que X sigui confirmat ja no vol dir que és segur per al seu servei per transmetre les transaccions en aquest tipus de la comissió.

Pot tenir sentit econòmic per a la mineria piscines per vendre l'espai es contrau bloc de prepagament, ja que els dóna un nou flux d'ingressos predictible.

No obstant això, la meva advertència per a piscines és la següent: vostè no serà capaç d'ocultar aquesta activitat si es converteix en una part important de les seves transaccions minades. Hi ha un munt d'enginyers de cartera, com jo, que estan supervisant per a aquest tipus de comportament, i si es converteix en un problema, anem a sortir a borsa. Sospito que cap piscines públiques de mineria va descobrir estan participant en aquest comportament no li anirà tan bé si els hashers individuals descobreixen que la piscina ha estat extraient les transaccions d'honoraris més baixos i no compartir els beneficis dels contractes espai bloc privades.

Això podria resultar en hashers en moviment a una piscina que pensen que serà més rendible.

Segregat Witnesswill també és probable que tingui un efecte sobre el mercat de tarifa. S'oferirà un descompte tarifa de 75% en un intent d'equilibrar els costos de la creació enfront de consumir sortides de transacció no utilitzats.

S'espera que això animar els usuaris a afavorir l'ús de les transaccions que minimitzen l'impacte en el conjunt UTXO per tal de minimitzar les taxes i per animar als desenvolupadors a dissenyar contractes intel·ligents i les noves funcions d'una manera que també minimitzarà l'impacte en el conjunt UTXO.

David Harding va redactar un desglossament de les dades útils savingsprovided per SegWit.

Economia desafortunats: costa 5X-10X tant (mida de les dades i per tant les taxes) per afegir una entrada ( "conjunt de UTXO) enfront d'una sortida ( 'conjunt UTXO) a un TXN BTC.

- Jameson LOPP (@lopp) 2. De març de, l'any 2016

Crec que aquest és el camí correcte a prendre, encara que no estic segur que el 75% és el nombre òptim. Em sembla que el descompte més justa seria dinàmic i basat en la relació entre la mida de les dades de la sortida amb la mida de dades corresponent de la mateixa sortida quan es gasta com una entrada.

Encara que això sens dubte seria molt més difícil d'aplicar, si és encara possible en absolut.

Avançant

Encara hi ha moltes carteres i serveis Bitcoin que no han implementat les taxes dinàmiques. Ja saps el que ets, i la seva falta d'acció és probable que resulta en una mala experiència per a alguns dels seus usuaris. Si no ha implementat les tarifes dinàmiques, a continuació, totes les transaccions que difon encaixa en una de dues categories:

  1. Vostè està pagant el preu de mercat i no ser confirmat significativament més ràpid.
  2. Estàs pagant menys i les transaccions es queda enganxada, el que resulta en una experiència d'usuari pobra.

És molt poc probable que una transacció transmès amb una quota no modificable està colpejant el punt dolç i el pagament de la taxa òptima per a que coincideixi amb les condicions actuals del mercat.

Moneder developersshould afegir mecanismes de seguretat com ara llindars d'una comprovació de seguretat en els interruptors de nivell micro i circuits a nivell macro per evitar que els usuaris disparar themselvesin el peu.

Carteres han d'establir un llindar mínim que és més gran que simplement la quota mínima del relé. Mitjançant l'observació de les transaccions d'honoraris mínims que ho fan en blocs, podem veure clarament que a partir d'avui si vostè està pagant menys de cinc satoshis per byte, vas a tenir un mal moment.

Moneder developersshould pensar contradictòriament sobre els seus algoritmes d'estimació d'honoraris i escriure perquè siguin robustos davant de casos extrems que podrien ocórrer a causa de errors en un altre programari de cartera o atacs maliciosos per part d'entitats que tracten de manipular el mercat quota. També han de controlar les seves dades d'estimació d'honoraris i establir alertes per notificar-los si les estimacions es tornen més volàtils del que s'esperava.

No obstant això, hem de reconèixer que no hi ha un "únic per a tots talla única" algoritme d'estimació de tarifa - el que realment depèn del cas d'ús de les seves transaccions Bitcoin cauen sota.

L'algorisme de Bitcoin Core pretén ser tan genèric i conservadora possible, de manera que és increïblement fiable, però per a alguns casos d'ús que pot donar lloc a pagar en excés. Cada cartera i servei hauran de decidir quina solució de compromís que estan disposats a fer per equilibrar el risc de confirmacions retardats contra la recompensa d'estalviar diners en honoraris.

Per tant, animo a tots bitcoin carteres per fer la seva quota estima accessible a través d'API públiques. Sospito que el cost estimat algoritmes mateixos es convertiran en un punt de la competència i, sovint romandre codi tancat, però les estimacions són públics, llavors podem veure amb més facilitat per a l'activitat anormal. Potser algú va fins i tot construir un agregador "Bitcoin mitjana" per a les estimacions d'honoraris!

Hem de reconèixer que el "mercat de pagament" no és exactament un mercat en el sentit tradicional de la paraula.

Els usuaris poden posar una "oferta" mitjançant la difusió d'una transacció, però els miners no donar a conèixer la seva "pregunta" - carteres han d'endevinar en base a les transaccions miners recentment han confirmat i per transaccions actualment estan esperant ser confirmada.

Konrad S Graf va manifestar la seva thoughtson el "mercat quota" recentment:

"Es paguen taxes;... Els productes i serveis es compren Així, aquest terme ja s'enfosqueix el producte real d'usuaris envien transaccions amb una quota com una licitació oberta amb l'esperança de confirmació descric això com un mercat de serveis de transacció d'inclusió d'oferta Usuaris. Tenir miners inclouen les operacions en els blocs candidats Inclusió en més blocs candidats -. Especialment en relació amb l'extracció total de hashrate per aquells candidats - augmenta les probabilitats de confirmació més ràpid els usuaris prefereixen la confirmació més ràpid a lent, tota la resta constant, de manera que l'element de temps de. L'escassetat és la clau. És un mercat per a la prioritat de confirmació, un temps de comercialització ".

Potser si piscines mineres publicada API públiques amb les seves polítiques mineres i "taxes que van", llavors podria ajudar a serveis de cartera prendre decisions més informades en el càlcul de les tarifes dinàmiques en lloc de forçar als desenvolupadors a confiar en conjectures. Això també podria ajudar a alleujar els problemes causats pels miners que creen mercats secundaris d'honoraris opacs a través de contractes privats d'espai bloc.

Bitcoin usuaris no haurien d'haver de realitzar un seguiment de la situació actual del bloc contenidor.

Carteres han manejant les complexitats del mercat d'honoraris sota les mantes, donant a l'usuari diverses opcions simples quan s'envia una transacció. Una ruta potencial seria per a l'usuari per autoritzar un càrrec max depenent de la urgència transacció i tenen el RBF ús cartera a la rampa fins a la taxa pagada després de cada bloc que passa sense que es va confirmar.

Els valors de taxa de transacció s'ha de mostrar a l'usuari en termes de la seva unitat preferida del compte, com el dòlar. Probablement també tingui sentit per mostrar la tarifa en funció d'un percentatge del valor de la transacció si es supera un determinat llindar, tal com 1%. Això farà que sigui més fàcil per als usuaris decidir si l'estat actual del mercat de tarifa és massa polèmic i que preferiria retardar realitzar la transacció fins que puguin fer-ho de manera segura a un ritme menor taxa.

Quan estem parlant de taxes de transacció, els usuaris de Bitcoin han de deixar de dir que van pagar "centaus X" o "I bits" en les taxes de transacció perquè aquest tipus de declaració no té sentit sense conèixer la mida de la transacció. Hem de normalitzar l'ús de les taxes d'honoraris en les discussions, preferentment expressats en termes de satoshis per byte. És més fàcil per als éssers humans per escriure i realitzar un seguiment de "20 satoshis per byte" en comparació amb "20.000 satoshis per kilobyte".

L'evolució del mercat de tarifa de transacció de Bitcoin ha estat un camí difícil fins aquest punt.

Al principi, els honoraris es van establir manualment pels desenvolupadors, a continuació, manualment pels usuaris, i ara ens trobem en un punt més caòtic i potencialment perillós on els desenvolupadors estan jugant un paper més actiu en la direcció de l'economia d'aquest mercat emergent.

Kristov Atles eloqüentment va assenyalar la riskswe prendre per la planificació centralitzada canvis econòmics a Bitcoin sense estudiar plenament; els desenvolupadors han de tenir això en compte a l'hora d'escriure els algoritmes d'estimació de taxa. Hem de tractar d'assegurar que el mercat de pagament continua impulsat pels éssers humans amb l'ajuda de màquines, i no a l'inrevés. Els desenvolupadors de la cartera d'anar amb compte en la construcció de la seva lògica quota de manera que puguem proporcionar una experiència d'usuari sense problemes sense treure la llibertat d'elecció dels usuaris, que és necessària per mantenir un mercat quota de funcionament.

Bitcoin ProtocolTechnology

Notícies relacionades


Post Bitcoin

Després de mesos de proves, la gran oferta a escala Bitcoin està a punt de llançar

Post Bitcoin

Bitcoin en els titulars: més aire calent per a Grècia

Post Bitcoin

Agora, els productes bàsics reporten $ 10 milions en vendes de Bitcoin

Post Bitcoin

Els advocats dAustràlia, Grups de Bitcoin demanen claredat sobre la regulació

Post Bitcoin

BitAngels tanca 10.000 fons BTC per a aplicacions descentralitzades

Post Bitcoin

$ 15,000: hi ha límit al rally meteoric de Bitcoin?

Post Bitcoin

El primer caixer automàtic de Bitcoin a lÀfrica llest per al llançament de maig

Post Bitcoin

Mentre continua la diapositiva de Bitcoin, els preus mira cap a $ 8K

Post Bitcoin

Retorn de vida curta? Bitcoin lluita per reprendre $ 7,200

Post Bitcoin

Fundació Bitcoin contracta Firm to Lobby Congress on Cryptocurrencies

Post Bitcoin

El preu de Bitcoin troba pis dur després de vendre 26.000 vendes de BTC

Post Bitcoin

Anatomia del gran debat de Bitcoin