¿Qué beneficios puedo obtener mediante la ejecución de un completo nodo Bitcoin?

Me he dado cuenta que se puede ejecutar en un nodo con Bitcoin Core.

Si yo abro mi equipo de siempre y hacer la plena nodo funciona en mi dispositivo, ¿qué beneficios puedo obtener? Hay alguna recompensa por servir esto?

+982
rfb 10 may. 2018 9:32:27
28 respuestas

El keypool punta hizo el truco, usted sólo tiene que filtrar el doublettes después de generar más números. Gracias!

Así que hacer esto:

bitcoin-qt -keypool=10000

generar 1 nueva dirección en el cliente (esto va a tomar algún tiempo) -> 10101 direcciones pueden ser exportet con pywallet

reinicie bitcoin-qt

bitcoin-qt -keypool=20000

generar 1 nueva dirección en el cliente -> 20102 direcciones pueden ser exportet con pywallet

y así sucesivamente.

+986
Keep Calm 03 февр. '09 в 4:24

Es altamente improbable que hay en cada ser una verdadera necesidad de hacer "Bitcoin 2.0". El Bitcoin, la red puede ser modificado a través del tiempo para incorporar nuevas características y mejoras. Esta evolución de la modelo de software hace que la necesidad de un "clean break" poco probable. En una manera similar, mientras que el internet ha evolucionado mucho más allá de su concepción original, nunca se nos apaga el viejo "internet" y comenzó una "nueva internet".

Para responder a la pregunta que me va a suponer un nuevo bloque de la cadena es necesario. Hay un método para hacer una limpia interruptor con un mínimo de legado de enredos.

1) El bitcoin, la comunidad debe determinar el nuevo protocolo Bitcoin (BTC2) y al mismo tiempo llegar a un consenso o al menos la gran mayoría en cuando la corriente Bitcoin debería final (BTC1). Sería posible modificar actual de Bitcoin protocolo para permitir a las partes interesadas a votación basada en el número de Bitcoins que tenga en el momento de la propuesta. Cualquier propuesta para hacer a nuevo bloque de la cadena debe tener un amplio apoyo para evitar un escenario donde los fragmentos de la economía Bitcoin.

2) Un bloque omega (último bloque) se anunció tras el debate y votación. Cualquier bitcoins recibidos después de que el bloque no sería capaz de migrar al nuevo bloque de la cadena. Los usuarios deben tener cuidado para no aceptar Bitcoins después de que el bloque omega. Para evitar el caos y las interrupciones esto debe ser anunciado con mucha antelación, es posible la emisión de nuevos clientes que advertir a los usuarios e incluso de informes post-omega transacciones como malo (sin valor).

3) Después de que el bloque omega es firmado que será reducido. El único dato relevante en la nueva cadena es la ubicación actual de cada uno de los bitcoin. Esto significa que el ahorro de todos los activos de las direcciones públicas y su valor actual del bloque existente de la cadena. Esto se traducirá en una reducción significativa en el tamaño de bloque de la cadena como la historia de las monedas ya no es relevante, sólo su ubicación final. Igualmente, cualquier dirección pública con un valor de 0 BTC no necesita ser salvado.

4) incluir la reducción del bloque de cadena o un hash criptográfico en la génesis de bloque. Esto proporciona un puente entre la vieja y la red de nuevo.

5) el nuevo bloque de La cadena ya tiene toda la información necesaria para migrar monedas como sea necesario por parte de sus propietarios. Desde el BTC2 red no "saben" de las transacciones después de que el Omega bloquear a nadie monedas transferido después de que no tienen ningún valor en la nueva red y por lo tanto no hay ningún valor en la antigua red. No será posible a fuerza de BTC1 a parar, ya que es una red P2P, pero es poco probable que habrá una gran demanda de extraoficiales post omega "huérfanos" BTC1 transacciones.

6) Para evitar complicar el BTC2 protocolo habrá una sola transacción posible w/ BTC1 direcciones/monedas llamado "TRANSFERENCIA". La TRANSFERENCIA de la transacción se hará un BTC1 dirección pública y BTC2 dirección pública y la transacción será firmada por el BTC1 clave privada. Así, el "propietario" de cualquier moneda en el momento de omega bloque será el único que se puede transferir a la nueva red.

7) una Vez que las monedas están transferidas a las BTC2 red a través de la transacción de TRANSFERENCIA de la BTC1 de clave pública/privada y la billetera no tiene valor ni uso, y puede ser eliminado por el owenr.

8) Durante el transistion será necesario billeteras para tener una copia de la reducción de la BTC1 omega bloque de la cadena por lo que son "conscientes" de BTC1 y el protocolo de TRANSFERENCIA. Sin embargo, una vez transferido el usuario nunca tendrá necesidad de una "migración" de monedero por lo que finalmente las versiones de que la caída de todos los legacy support (protocolo de TRANSFERENCIA de & omega bloque de la cadena) se dará a conocer.

9) los Nodos puede elegir en cualquier momento para ser "heredados" y se ignoran las transacciones de TRANSFERENCIA y es probable que a medida que pasa el tiempo muchos de los nodos dejará de aceptar estas legado de transacciones como el volumen de monedas transfiere continuamente descenso. Siempre que un nodo soporta legado direcciones y las transacciones de TRANSFERENCIA será posible para eventualmente tener las transacciones confirmadas, aunque con un aumento significativo de la confirmación de los tiempos.

+978
ProCrastinator 25 dic. 2011 6:40:40

Todas las monedas de uso ECDSA para firmar transacciones de una manera similar, la principal diferencia entre la mayoría de las monedas es lo que constituiría una firma válida, normalmente, el primer personaje(s) de una dirección pública (por ejemplo, bitcoin se inicia con 1 o 3 y litecoin comienza con L). Por lo tanto, una determinada clave pública no podría ser utilizado directamente para firmar una operación que de otra moneda, con excepción de las monedas como devcoin, que utiliza el mismo tipo de dirección.

Se podría escribir un programa que a partir de una cierta clave privada, auto-incrementos de hasta una dirección válida se encuentra.

+880
Samuel Chen 6 nov. 2012 18:17:05

Así que ¿cuál es el peligro de la mayoría de los ataques?

El peligro es más que un atacante podría ser capaz de censurar las transacciones y dictan lo que las transacciones válidas son y no son permitidos por negarse a la mina de ciertas transacciones. Con suficiente hashrate, el atacante podría negarse a construir sobre la de cualquiera de los bloques, y con una mayoría hashrate, luego él podría hacer su blockchain la aceptación de uno, porque habría más trabajo total que cualquier otro de la cadena. Esto significaría que las transacciones que el atacante no le gusta nunca sería confirmado como ellos nunca lo hacen en un bloque en la cadena principal. Aparte de eso, no hay mucho que un atacante puede hacer con la mayoría de hashrate, pero aún así sería un problema.

+811
zapjelly 17 abr. 2018 13:24:12

Debe agregar 'TREZOR' a tu segunda línea:

const semilla = Bip39.mnemonicToSeed(MNEMÓNICO, 'TREZOR');

A continuación, se debe trabajar.

Usted puede ver esto en el BIP39 casos de prueba en el BitcoinJS repo:

https://github.com/bitcoinjs/bip39/blob/4fce199e73f7ab68bdf9f7382dc10f7e1adaa499/test/index.js#L13-L33

función testVector (descripción, lista de palabras, contraseña, v, i) {
 var ventropy = v[0]
 var vmnemonic = v[1]
 var vseedHex = v[2]

 de prueba('para' + descripción + '(' + i + '), ' + ventropy, la función a (t) {
t.plan de(5)

 t.la igualdad(bip39.mnemonicToEntropy(vmnemonic, lista de palabras), ventropy, 'mnemonicToEntropy devuelve' + ventropy.rebanada(0, 40) + '...')
 t.la igualdad(bip39.mnemonicToSeedHex(vmnemonic, contraseña), vseedHex, 'mnemonicToSeedHex devuelve' + vseedHex.rebanada(0, 40) + '...')
 t.la igualdad(bip39.entropyToMnemonic(ventropy, lista de palabras), vmnemonic, 'entropyToMnemonic devuelve' + vmnemonic.rebanada(0, 40) + '...')

 la función del generador de números aleatorios () { return Buffer.a partir de(ventropy, 'hex') }
 t.la igualdad(bip39.generateMnemonic(indefinido, rng, lista de palabras), vmnemonic, 'generateMnemonic devuelve RNG entropía sin modificar')
 t.la igualdad(bip39.validateMnemonic(vmnemonic, lista de palabras), true, 'validateMnemonic devuelve true')
})
}

los vectores.inglés.forEach(function (v, i) { testVector('inglés', undefined 'TREZOR', v, i) })
los vectores.el japonés.forEach(function (v, i) { testVector('Japonés', listas de palabras.japonés, '㍍ガバヴァぱばぐゞちぢ十人十色', v, i) })
los vectores.personalizado.forEach(function (v, i) { testVector('Custom', listas de palabras.personalizado, indefinido, v, i) })
+791
user7031 4 jul. 2012 8:10:05

Cuando yo estoy intentando reservar un nombre usando el comando:

namecoind.exe name_new d/

Me sale este error... error: {"code":-4,"mensaje":"Error: Esta operación requiere una tarifa de transacción de al menos 0.005 debido a su cantidad, complejidad, o el uso de la recientemente recibió fondos "}

Sin embargo, tengo más de .005 en mi namecoin cartera, que estoy tratando de registro de. He .01 de hecho.

¿Qué está pasando aquí?

+782
A Ford 16 sept. 2011 16:39:36

Cuando ponemos en práctica la Balsa para un público descentralizado de contabilidad de un solo nodo puede fácilmente tomar el control de un clúster completo por el giro de miles de nodos y hacer de ellos para elegir el nodo malicioso como líder. ¿Cuál es el nombre de este ataque en términos de seguridad?

+782
Saul Dolgin 13 feb. 2016 0:15:55

Relacionados con ¿Dónde puedo conseguir tick por tick histórico BTC datos de precios? pero necesito los datos de volumen en asociación con el precio por todo el tiempo tick por tick

Gracias!

+718
Careerjobs360 17 abr. 2019 17:55:57

He buscado mucho sobre él, pero no encontró nada. Quiero saber sobre las tecnologías utilizadas en el bloque de sincronización y los algoritmos.

+622
Xander Smeets 27 dic. 2016 3:51:51

He corrido bitcoind como un servidor en un host. En un segundo host, he configurado el bitcoin-cli para interactuar con bitcoind. Sin embargo, todos cartera de comandos se ha deshabilitado con esta nueva configuración. Cuando ejecuto los comandos simples, tales como:

bitcoin-cli listaccounts

o

bitcoin-cli getaccountaddress "new_account"

Obtengo:

error: {"code":-32601,"mensaje":"el Método no encontrado (desactivado)"}

Cuando me llame a cualquier otro bitcoin-cli método que no implique carteras, puedo obtener una respuesta normal.

¿Qué está pasando? Lo que hace que la cartera de la funcionalidad a personas con discapacidad?

El archivo de configuración se lee como sigue:

servidor=1
rpcuser=jared
rpcpassword=1234
rpcport=8332
rpcallowip=192.168.0.0/16
gn=0
podar=600
+593
dar5634 22 may. 2013 13:15:14

La gente sigue diciendo que la prueba de funciones de trabajo como scrypt prevenir ASICs de trabajo debido a los grandes requerimientos de memoria.

¿Qué lo detiene ASIC diseñadores de la simple construcción que tienen mucha memoria?

+540
godguy 17 jun. 2013 12:14:42

No utilizar bitcoind la función de cuentas. Identificador de usuario/dirección de asociaciones en su DB lugar.

Incluso Gavin Andresen mismo ha dicho:

... el bitcoind "cuentas" código no ha sido optimizado para que. Para ejemplo, el cálculo de una balanza de la cuenta de bucles a través de todas las transacciones en la cartera, por lo que llevará a un aumento de la cantidad de tiempo que el más las transacciones que usted tiene en la cartera.

https://bitcointalk.org/index.php?topic=40430.0

En cuanto a cómo manejar las transacciones/compras en el juego, me gustaría recomendar el establecimiento de un campo en la tabla de usuarios para almacenar un equilibrio del usuario. Cuando un usuario depósitos para su depósito personal de dirección que usted desea actualizar el campo con su nuevo equilibrio. Configurar una tarea cron que se ejecuta cada minuto y llama a un script que hace algo como esto:

  1. Tire de la última 10000 transacciones de bitcoind y almacenarlos en una matriz.
  2. Filtro de transacciones con menos de 2 confirmaciones, o cualquier número que te hace sentir cómodo.
  3. Insertar todos confirmaron las transacciones en una base de datos de la tabla llamada "transacciones". No se permiten duplicados. Agregar un campo booleano llamado "procesado"
  4. Cuando esté listo para procesar las transacciones de las cuentas de usuarios, tire todas las filas donde se procesan = 0 y categoría = 'recibir'. El proceso de cada depósito sumando el valor de la transacción a la cuenta del usuario, y el conjunto de procesado = 1 en las transacciones procesadas.

Cuando un usuario compra algo en el juego, sólo restará el importe de la compra de su balance.

Este va a ser mucho más eficiente, escalable y fácil de usar que depender de bitcoind para el usuario equilibrio de mantenimiento. También será mucho más fácil para migrar datos en el futuro, si es necesario.

+506
user63517 29 oct. 2018 3:36:46

Parece que para empezar describiendo las "Cuentas Autorizadas" función de Onda, pero luego, a continuación, gire a la congelación.

Las cuentas autorizadas que permite a un emisor a aprobar de forma explícita que las cuentas pueden mantener sus emisiones. Las características que se describen aquí: https://wiki.ripple.com/Authorized_accounts.

La "congelación" Ondulación característica permite que los emisores globalmente congelar todas sus emitido fondos o para congelar los fondos expedida a un usuario en particular. Congelados los fondos sólo podrán ser enviados de vuelta al emisor. Las características que se describen aquí: https://wiki.ripple.com/Freeze.

+460
jelimoore 18 sept. 2016 22:26:40

La cuestión es, scriptsig contiene el real redeemScript en lugar de la serializado script como un empujón. El segundo error, el redeemscript contiene una extraña 0x00 valor que no deberían estar ahí, como este es un simple CHECKSIG.

+406
Road 2 ago. 2012 9:17:42

Esta pregunta parcialmente preguntó lo mismo, pero sólo tengo una respuesta para ver el tamaño cuando usted tiene instalado el cliente.

Quiero saber el total de blockchain tamaño sin tener que instalar el cliente de descarga y el blockchain.

+373
morecrap 6 nov. 2012 15:13:50

Cuando una desconocida de la cadena de la horquilla de al menos 7 bloques de longitud se publica, ¿cómo funciona Bitcoin Core reaccionar?

Se reorganiza para que la cadena, las transacciones que se han perdido son devueltos a los nodos mempool.

Sería Bitcoin Core aceptar la cadena de la horquilla si había más trabajo?

Cualquier cadena válida con la mayoría del trabajo se reorganiza para.

Cómo destacado es la advertencia para el usuario?

Que la advertencia de que no se muestra a un usuario en una fase de reorganización. Los usuarios se muestra una advertencia cuando hay un nivel significativamente más alto de la cadena de ellos con prueba válida de trabajo pero no de contenido, o, alternativamente, cuando la suave bifurcación toma el bloque número de versión más alto que su cliente es consciente de. Cuando aparece un mensaje de advertencia a un uiser través del sistema de alerta, es que en las alertas de campo de la RPC a la salida o en una pequeña barra amarilla en la interfaz de usuario del cliente.

small yellow bar

¿Bitcoin Core necesidad de intervención manual para decidir que la horquilla a aceptar?

El código contiene las normas, si los usuarios hacen sus propias decisiones acerca de lo que constituye la "validez" de la red fragmento. No existe el concepto de un "mal" de la cadena o de un "ataque" de la cadena, sólo los mejores de la cadena.

+355
Nicole Jones 8 sept. 2017 16:51:14

Así que en c-rayo tiene las dos llamadas a la api de listnodes y listchannels

aquí se muestra la salida de los mainnet c-rayo nodos:

"canales": [
{
 "source": "0250373555232cec757ea141273e75381c84cc3ab22f1e3a3ca5a2dc55b1904c24", 
 "destino": "02ef61a252f9504a42fc264a28476f44cea0711a44b2da0bd729ad52aaee9d86b7", 
 "short_channel_id": "505149x622x0", 
 "público": true, 
 "satoshis": 300000, 
 "amount_msat": "300000000msat", 
 "message_flags": 1, 
 "channel_flags": 0, 
 "banderas": 256, 
 "activo": true, 
 "last_update": 1559441480, 
 "base_fee_millisatoshi": 1000, 
 "fee_per_millionth": 10, 
 "retraso": 14
}

y

"nodos": [
{
 "nodeid": "039f96b5dc60b60596dafc870ae104beb6cfaa40aa718b3e9dab9db6b1e52ed3b8", 
 "alias": "DACSC", 
 "color": "3399ff", 
 "last_timestamp": 1559456735, 
 "globalfeatures": "", 
 "global_features": "", 
 "direcciones": [
{
 "tipo": "ipv4", 
 "address": "92.86.218.107", 
 "puerto": 9735
}
]
}

en el otro lado si se utiliza lnd no ist listnetwork comando que imprime un gran json blob que tiene dos campos de los nodos y bordes

por un azar del nodo de la entrada se parece a:

"nodos": [
{
 "last_update": 1559598407,
 "pub_key": "0200072fd301cb4a680f26d87c28b705ccd6a1d5b00f1b5efd7fe5f998f1bbb1f1",
 "alias": "OutaSpace ",
 "direcciones": [
{
 "red": "tcp",
 "direccion": "46.163.78.93:9760"
},
{
 "red": "tcp",
 "direccion": "[2a01:488:66:1000:2ea3:4e5d:0:1]:9760"
},
{
 "red": "tcp",
 "direccion": "2dkobxxunnjatyph.cebolla:9760"
},
{
 "red": "tcp",
 "direccion": "nzslu33ecbokyn32teza2peiiiuye43ftom7jvnuhsxdbg3vhw7w3aqd.cebolla:9760"
}
],
 "color": "#123456"
},

y por un azar del canal parece que:

{
 "channel_id": "564791635544965120",
 "chan_point": "4297b5fe9beeb701c67fd0f84861b22edbcafe5c25be67324ab11129226356a1:0",
 "last_update": 1552879381,
 "node1_pub": "028aa5a991a2acf33da91674fe062219b640e5e57d77a48de6df3c0d30be22b05b",
 "node2_pub": "03fab7f8655169ea77d9691d4bd359e97782cb6177a6f76383994ed9c262af97a5",
 "capacidad": "50000",
 "node1_policy": {
 "time_lock_delta": 14,
 "min_htlc": "1000",
 "fee_base_msat": "1000",
 "fee_rate_milli_msat": "10",
 "deshabilitado": false,
 "max_htlc_msat": "0"
},
 "node2_policy": {
 "time_lock_delta": 144,
 "min_htlc": "0",
 "fee_base_msat": "1000",
 "fee_rate_milli_msat": "1",
 "deshabilitado": true,
 "max_htlc_msat": "50000000"
}
},

así que usted puede ver la información está en todos los casos eclair, lnd y c-rayo bastante el uno del perno 07 y el chisme protocolo. sólo el formato es diferente. Hay ligeros cambios con mostrando también las firmas de los mensajes pero el núcleo de la información es la misma.

+305
robjwells 13 ene. 2017 5:10:05
La etiqueta está siendo reemplazado. POR FAVOR, NO USE ESTA ETIQUETA MÁS. La minería es el proceso de asegurar las transacciones y comprometiéndolos en el Bitcoin público de la cadena.
+300
totsubo 18 abr. 2018 5:33:34

En bitcoin-qt, hay interfaces para ver "la recepción de direcciones" que se han generado en el pasado. Yo no veo ninguna manera de hacer que en bitcoin-cli.

+171
Hopikow 12 mar. 2017 19:17:06

Leí las siguientes líneas en algunos post acerca de cómo revertir una transacción bitcoin:

"¿Para detener o revertir una transacción Bitcoin sin confirmaciones: Ejecutar bitcoind y con -zapwallettxes. Esto hace que la cartera "se olvide" de cualquier confirmar las transacciones, lo que permite la reutilización de sus aportaciones."

Mi pregunta es: este método Es aplicable sólo a las específicas de la cartera? Yo uso blockchain.info cartera y tienes algunas por confirmar transacciones salientes, aún no confirmado.

+160
TonySniper 24 may. 2019 7:44:28

Tengo un bitcoin wallet. No hay mucho dinero en ella, y no quiero correr bitcoin-qt todo el tiempo.

Tengo una pregunta. Si puedo guardar de forma segura, así que se puede recuperar en cualquier momento, pero no se ejecutan de forma activa con bitcoin-qt, ¿la billetera vieja?

En otras palabras, si, hipotéticamente, tengo mi billetera.dat de forma segura en un archivo, pero sin ningún tipo de software de ejecución activa de ella, voy a ser capaz de volver a instalar bitcoin-qt después arbitrariamente un largo período de tiempo, leer la cartera.dat, y utilizar el dinero almacenado en ella?

O de alguna manera estar completamente fuera de sincronía?

Gracias

+137
antoncat 7 jun. 2015 6:19:11

Aunque tengo una copia de seguridad de la cartera de archivo, me parece que también tiene una segunda bitcoin dirección de recepción, que no parece corresponder a la misma. Hay una manera de recuperar las monedas asociadas con la dirección de recepción, o son las monedas perdido para siempre?

+128
Philogos 9 sept. 2013 9:04:01

El principal problema con la elección de un minero "al azar" es encontrar una forma verificable de fuentes públicas para la aleatoriedad. La mayoría de las fuentes de aleatoriedad ejecutar a través de un sistema centralizado de partido, que no es bueno para el Bitcoin, donde todo tiene que ser criptográficamente verificable.

Ha habido algunos intentos de un público, verificable aleatoriedad de origen en Bitcoin, pero dado que el sistema es finalmente coherente y sujeto a la colusión, ha demostrado ser difícil. Ver "En Bitcoin como una fuente de aleatoriedad" y "Pruebas de demora y la aleatoriedad de las balizas en el Etereum".

Otra posible forma de evitar el problema del excesivo consumo de energía es una Prueba-de-Juego-basado blockchains. En lugar de crear un computacional mercado (que en Bitcoin es muy competitivo) para verificar los bloques, la prueba de la apuesta de los usos de estacando de monedas para decidir cuál es el siguiente bloque. Usted gana un bloque de recompensa por cometer dinero a un determinado bloque. Hay cadena de enfoques basados en (Peercoin y Blackcoin) y BFT enfoques basados en (Casper y Tendermint). Aquí's una buena guía de introducción a las organizaciones de productores y de Etereum Casper.

+111
user2987348 13 ene. 2012 19:47:12

No copiar el guion completo de blockchain.info, copió la mitad de la ya decodificado de secuencia de comandos. La parte que has copiado es la firma, pero la clave pública (la otra parte) es también parte de la secuencia de comandos. Incluso si usted tenía ambos, sin embargo, todavía no es el derecho de que los datos pasen a decodificar la secuencia de comandos, porque el guión ya ha sido descifrada. El maleficio que se debe pasar a la getrawtransaction llamada puede ser conseguido por mirar el resultado de:

getrawtransaction 2c7b5cede0ab477800c407526ea98de9c89e80e53435dc786479be15970cc0d7 1

Pero usted acaba de conseguir la misma cosa que lo que blockchain.info ya tiene hasta en su sitio.

Y el "p2sh" el valor es la dirección que se hizo mediante la secuencia de comandos se pasa a la llamada RPC como el redeemScript. Yo no creo que esto es lo que estás buscando en todo, así que usted puede bastante ignorarlo.

+108
maxisacoder 5 ago. 2011 5:11:57

Uno de Bitcoin core de la política minera en WASHINGTON - hijo paga de los padres. Es decir, la transacción con una alta cuota paga por sus padres.

¿También funciona al revés, es decir, hace transacciones con alta cuota paga por transacción niño que tiene tarifas bajas, dado que ambos están en la mempool? O es la política de "una sola vía", de hijo a padre.

+47
theMikeSwan 25 jun. 2018 7:36:47

Pueden los dos bloques tienen el mismo Anterior hash después de ser creado.

A 2 cuadras totalmente diferentes el uno del otro pero con el mismo hash anterior

+40
yrusfoddl 5 nov. 2015 18:26:58

esto debe ponerse en marcha con bitcoind en mac osx https://github.com/bitcoin/bitcoin/blob/master/doc/build-osx.md

+15
Dave Lau 14 oct. 2019 21:15:15

La producción total de la coinbase transacción de un bloque normalmente es la suma de la corriente de bloque de recompensa (que es de nueva creación bitcoins) y los costos de transacción de todas las transacciones en el bloque (que no son recién creado monedas, pero efectivamente están siendo transferidos de los usuarios que hicieron las transacciones).

Para decirlo de otra manera, la siguiente restricción se aplica para cada bloque:

Total de salidas tx <= total de tx entradas + bloque de recompensa

(normalmente será exactamente igual, a menos que el minero ha jodido)

así como la siguiente restricción para cada no-coinbase transacción:

Suma de las salidas <= suma de las entradas

Se puede ver que la primera restricción asegura que el número de "recién creado" monedas no es mayor que el bloque de recompensa (normalmente igual). Entonces, no coinbase transacción puede otorgar una cuota de transacción por tener la suma de sus salidas estrictamente menor que la suma de sus entradas. El minero puede tomar la diferencia y agregar a la coinbase transacción, sin violar la restricción 1, por lo tanto la recolección de la tarifa de transacción.

+10
caogtaa 10 abr. 2019 9:04:23

Mostrar preguntas con etiqueta