Hay un Android TPV completo nodo cartera de aplicaciones de código abierto? Una aplicación que puede también apuesta?

Hay cualquier Android, la Prueba de la Apuesta de las aplicaciones que es de código abierto. El peercoin aplicación parece ser una luz cliente. Algunas de las aplicaciones parecen ser QT transformado para Android.

+616
Philj6970 28 mar. 2011 9:42:13
27 respuestas

Un 2015 proyecto de BIP sugiere el uso de un "duro tenedor poco":

El bit más significativo en nVersion se define como la hardfork poco. En la actualidad, los bloques con este encabezado configuración de bits a 1 no son válidos, ya que BIP34 interpreta nVersion como una firma de número y requiere ser >=2 (con BIP66, >=3). Entre los 640 bits en el encabezado de bloque, este es el único que es fijo y no sirve a ningún propósito, y por lo tanto la mejor manera para indicar que la implementación de un hardfork.

https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-July/009576.html

Si el bit índices aumentan de izquierda a derecha, entonces me imagino que el duro de la horquilla de bits que ocupa índice 31, marcados como * a continuación (nVersion es un valor de 32 bits).

0 1 2 3
0/1/2/3/4/5/6/7/8/9/0/1/2/3/4/5/6/7/8/9/0/1/2/3/4/5/6/7/8/9/0/1
*

Según la propuesta, la configuración del bit 31 de nVersion debe causar un bloque a ser rechazada como no válido.

BIP-9 lugares más restricciones en los bits disponibles, específicamente, bits 0-2 debe estar configurado como [0, 0, 1]:

Bloques en el estado de INICIADO obtener un nVersion cuya posición de bit en bit se establece en 1. Los 3 primeros bits de bloques debe ser 001, por lo que el intervalo de realidad posible nVersion valores es [0x20000000...0x3FFFFFFF], inclusive.

https://github.com/bitcoin/bips/blob/master/bip-0009.mediawiki

Además, BIP-9 organiza versión bits en orden creciente de izquierda a derecha. Es decir, la versión bit 0 es nVersion de 31 bits, la versión bit 1 es nVersion bits 30, y así sucesivamente.

Pero si este fuera el caso, entonces la versión bit 0 fuera de los límites. BIP-9 no dice nada acerca de esto, y de hecho BIP-68 se ha señalado el uso de la versión bit 0:

Este PBI que se va a implementar por "versionbits" BIP9 usando el bit 0.

https://github.com/bitcoin/bips/blob/master/bip-0068.mediawiki

Mis preguntas son simples:

  1. Dado a mi con el diagrama de arriba, que nVersion bits índice es el "duro tenedor poco?"
  2. Si estoy en lo correcto en mi interpretación (que no lo creo yo), entonces ¿cómo podría BIP-68 se han señalado, sin causar a los bloques de hacerlo para ser rechazado como válida?

Actualización: la fuente de mi confusión era pensar que nVersion poco de indización y la versión de bits de indexación corrieron en direcciones opuestas. El no. A la señal de la preparación de una propuesta de uso de la versión bit 1, por ejemplo, nVersion el bit 1 se establece. BIP-9 del reglamento se activan cuando un nVersion firma es detectado. Esta firma es bits 29-31 establecer como 1, 0, y 0, respectivamente. Esto deja de 31 bits unset.

La respuesta de pedro direcciones de la pregunta (1) anterior.

Como para la pregunta (2) BIP-68 señalización no fue la causa de rechazo de bloque porque el bit 0 se, no se de 31 bits.

+977
George Wolfe 03 февр. '09 в 4:24

Cuando se habla de HD (BIP-32?) carteras, he oído hablar de Multi Sig y la Clave de Derivación / Cadenas. Es posible mezclar estos dos conceptos?

por ejemplo, quiero almacenar la mayoría de mis monedas con un 2 de 3 multi sig cartera, pero que le gustaría guardar un pequeño subconjunto de las monedas en un niño de clave derivados de la 2 de 3 cartera de tal forma que si yo, el hijo de la clave estaba en peligro, podría usar el padre 2 de 3 cartera para gastar los fondos.

Es esto posible o estoy hablando de tonterías?

+915
TsaiKoga 7 may. 2010 16:52:25

Estoy tratando de configurar un sistema de software y parte de esto es saber cuando alguien envía Bitcoins a mí de manera automática. Estoy usando node.jssi lo que importa a nadie.

+845
user54753 31 mar. 2016 20:41:45

Namecoin fue el primer fork de Bitcoin, y es una blockchain based peer-to-peer de la red que mantiene una descentralizados de contabilidad de nombres registrados.

Es la convención, que cuando se registra un Namecoin nombre que comienza con d/a que corresponda la resolución de DNS software se encargaría de traducir esta información a una .bits de dirección. E. g. d/yo estaría resuelto para mí.bit.
Por otro lado, la responsabilidad de la gestión regular de los dominios de nivel superior (TLD) es asignado por la Corporación de Internet para Nombres y Números Asignados (ICANN) a organizaciones específicas, con el que un usuario normal puede, a continuación, registre un dominio directamente o a través de intermediarios.

El ".bits" de dominio utilizados por Namecoin no existía en el Sistema de nombres de Dominio (DNS) antes. Hasta donde yo sé, no hay convenios para los dominios de nivel superior. Que sería especialmente problemático en el caso, cuando los dos recursos en la gestión del mismo espacio de nombres que acabaría con información contradictoria: Sería algo perjudicial para la experiencia de usuario si los dominios se van a resolver en diferentes páginas dependiendo de si usted usó la Namecoin extensión o no.

Otro ejemplo de Namecoin que es el uso de la aplicación OneName, el cual resuelve los nombres que comienzan con u/ a punto de Bitcoin direcciones de sus usuarios.

+835
aviemet 17 sept. 2015 12:18:02

Mi conocimiento matemático es hasta CALC II (de nivel universitario.) Es esto suficiente madurez en matemáticas con el fin de entender la cripto en bitcoin o necesito más conocimiento? Si yo en realidad necesita más conocimiento que por favor me apunte a los buenos libros y recursos para aprender de ellos. Gracias!

+789
danmac621 6 nov. 2018 21:15:57

Es construido en función de la referencia de Bitcoin-QT cliente. En una operación normal, y haga clic en el botón [+] para agregar un segundo recipiente.

+746
Essie Cunningham 8 jun. 2017 23:39:59

En un r/bitcoin he encontrado la siguiente declaración:

Creo que cabe destacar que este documento cubre el "pura", sistema PoS, pero ha habido algunos hacks para sistemas PoS para hacer de ellos "work" (trabajo, mientras que ser inseguro). Estas acciones incluyen la necesidad de una autoridad central de control de la moneda (peercoin, blackcoin, y un montón más), haciendo de molienda más difícil, pero ciertamente no es imposible, además de la compra de edad claves privadas para atacar difícil a través de tener un sistema centralizado de premine que hace que la moneda de inseguridad a los ataques de una autoridad central (NXT), o incluso hacer el siguiente bloque firmante determinista, que resuelve la estaca de molienda sustituyendo el problema con un problema que probablemente es mucho más grande, complicidad de los delegados. esto también no resuelve el problema de la gente de la reescritura de la historia (bitshares).

Se podría explicar en detalle cómo proteger PoS, sistema de uso del pre-mina y una autoridad central? El sistema de ser teóricamente seguro o todavía no?

+705
user2905548 28 ene. 2010 23:52:25

La razón para esto podría ser que pase una larga cadena de transacciones sin confirmar. En 0.14 Núcleo que ha mejorado este comportamiento y se ha agregado una opción de inicio de llamada -walletrejectlongchains (debe ser activado, desactivado es el valor predeterminado).

De lo contrario su cartera podría pasar largas cadenas de confirmar monedas, pero su nodo/mempool no los aceptan. También, tener una mirada en el -limitancestorcount configuración y considerar la lectura de la solicitud de extracción de aquí

+692
Gabriel Grant 5 abr. 2012 17:03:02

Cada bitcoin es bloqueado por la salida de secuencia de comandos. Sólo cuando el resultado de la salida de secuencia de comandos devuelve true, bitcoin es permitido pasar.

En el primer caso bitcoins están bloqueados con Alice de la clave privada. Que significa que la secuencia de comandos de salida devolverá true sólo si Alice había firmado la transacción con su clave privada. Alice signos de la transacción con su clave privada de Bob clave pública, y esto desbloqueará el bitcoin como Alice ha proporcionado su clave privada y la nueva secuencia de comandos de salida será generado para este bitcoin, que puede ser desbloqueado por la clave privada de Bob.

Ahora, cuando Bob quiere pasar bitcoin que es bloqueado por su clave privada, puede firmar la transacción con su clave privada de Charlie clave pública.

+679
user7498 15 sept. 2010 22:48:50

Soy un principiante en Bitcoin. He enviado a mi 0.0161034 BTC de LocalBitcoins a mi cuenta de Blockchain. Dijo que iba a tardar hasta 30 minutos, pero después de 16 horas todavía no conseguir ningún dinero en mi monedero de Blockchain o cualquier cosa que se muestran en el historial de transacciones de allí. Yo también dieron seguimiento a mi transacción en un explorador, donde es confirmado por 72 pero todavía no se muestran en mi monedero de Blockchain.

+674
Kelly Pearce 19 jun. 2013 18:39:10

Estoy tratando de aprender el protocolo Bitcoin mediante la implementación, y tengo OP_CHECKSIG de trabajo (siguiendo las instrucciones en https://en.bitcoin.it/wiki/OP_CHECKSIG), pero no puedo conseguir una transacción de entrada utilizando OP_CHECKMULTISIG para pasar la verificación de la firma.

Específicamente, estoy atascado con el segundo tx_input de transacción eb3b82c0884e3efa6d8b0be55b4915eb20be124c9766245bcc7f34fdac32bccb, y tengo la sospecha de que el culpable es el subíndice (el uno para reemplazar la firma de secuencia de comandos en la transacción actual).

He aquí cómo subíndice está calculada en mi aplicación.

En primer lugar, generar la secuencia de comandos mediante la concatenación de [sigScript][OP_CODESEPARATOR][pubkeyScript] (entiendo que la ejecución del script ha evolucionado a partir de esta).

Así que un (analizar) el guión de la entrada sería como este:

Marco de 00: 0(00) Marco de 01: 0000 - 30 44 02 20 27 6d 6d ad 3d ef a3 7b 5f 81 de anuncios de d3 0010 - 99 2d 51 0d 2f 44 a3 17 fd 85 e0 4f 93 a1 e2 da 0020 - ea 64 66 02 02 20 0f 86 2a 0d a6 84 24 93 22 ce 0030 - b8 ed 84 2f b8 c8 59 c0 cb 94 c8 1e 1c 53 08 b4 0040 - 86 81 57 a4 28 de ee 01 FINAL Marco de 02: OP_CODESEPARATOR(0xab) Marco de 03: 1(0x51) Marco de 04: 0000 - 02 32 ab dc 89 3e 7f 06 31 36 4d 7f d0 1c b3 3d 0010 - 24 da 45 32 9a 00 35 7b 3a 78 86 21 1a b4 d5 14 0020 - 5a FINAL Marco de 05: 1(0x51) Marco 06: OP_CHECKMULTISIG(0xae) Marco de 07: OP_CODESEPARATOR(0xab) Marco de 08: 0000 - 2a 9b c5 44 7d 66 4c 1d 01 41 39 2a 84 2d 23 db 0010 - a4 5c 4f 13 FINAL Marco de 09: OP_NOP2/OP_CHECKLOCKTIMEVERIFY(0xb1) Cuadro 10: OP_DROP(0x75)

Entonces, creo que el subíndice de la estación de OP_CODESEPARATOR antes de la OP_CHECKMULTISIG que yo soy la ejecución hasta el final de la secuencia de comandos. Así que, yo incluyen Marco de 03 al Fotograma 10.

Entonces, me quite otros OP_CODESEPARATORs en el guión, que es el Marco de 07.

Eso significa que estos marcos deben componer el subíndice:

Marco de 03: 1(0x51) Marco de 04: 0000 - 02 32 ab dc 89 3e 7f 06 31 36 4d 7f d0 1c b3 3d 0010 - 24 da 45 32 9a 00 35 7b 3a 78 86 21 1a b4 d5 14 0020 - 5a FINAL Marco de 05: 1(0x51) Marco 06: OP_CHECKMULTISIG(0xae) Marco de 08: 0000 - 2a 9b c5 44 7d 66 4c 1d 01 41 39 2a 84 2d 23 db 0010 - a4 5c 4f 13 FINAL Marco de 09: OP_NOP2/OP_CHECKLOCKTIMEVERIFY(0xb1) Cuadro 10: OP_DROP(0x75)

La serie, el final subíndice se parece a esto:

0000 - 51 21 02 32 ab dc 89 3e 7f 06 31 36 4d 7f d0 1c 0010 - b3 3d 24 da 45 32 9a 00 35 7b 3a 78 86 21 1a b4 0020 - 14 d5 5a 51 ae 14 2a 9b c5 44 7d 66 4c 1d 01 41 0030 - 39 2a 84 2d 23 db a4 5c 4f 13 b1 75

Sin embargo, cuando este subíndice se utiliza para sustituir a la firma de secuencia de comandos, y, finalmente, generar hash, el ecdsa_verify función de los informes que la firma de verificación de falla (pero las entradas son legales).

Desde el mismo procedimiento funciona para OP_CHECKSIG, probablemente me lo perdí algo obvio, pero no pude averiguarlo leyendo el original Satoshi código, la implementación actual, o Bitcoin Wiki.

Si ayuda, mi código para OP_CHECKMULTISIG está aquí: https://github.com/blaesus/tinybtc/blob/checkmultisig/src/script.c#L687

Una versión más simplista (utilizando prevTx.pubkeyScript como subíndice) no produce resultados válidos, ya sea: https://github.com/blaesus/tinybtc/blob/validate/src/script.c#L344

+654
ducanhng 3 sept. 2013 15:39:23

He creado una firma de un mensaje con mi clave privada. Pero, ¿cómo puedo comprobar este mensaje firmado usando mi segwit direcciones de 3... o bc1...? ¿Cómo puedo verificar esto con la BitcoinJS de la biblioteca?

+622
Earl Zubkoff 13 sept. 2016 22:43:11

Pruebe a cambiar a rpcallowip=192.168.0.0/24. Comodín de apoyo fue retirado de bitcoind, más en el razonamiento aquí:

https://github.com/bitcoin/bitcoin/pull/4102

rpcallowip=192.168.0.0/24es CIDR notación que es funcionalmente el mismo como 192.168.1.*.

+611
sheba 13 jul. 2013 19:48:18

Entiendo que cuando se hace doble-sha256 algunos datos de la transacción, se le dará el TXID de esa transacción. Esto puede ser utilizado en el futuro los datos de la transacción cuando se desea hacer referencia a una transacción existente.

Sin embargo, si usted desea buscar para un TXID el uso de bitcoin-cli o un blockexplorer, usted tiene que convertir este TXID a little-endian.

TXID (original): B0570984EA35E417A20327D72414CDA0EB8200418772FA3E1A28D76EF4977CF2
TXID (búsqueda): F27C97F46ED7281A3EFA7287410082EBA0CD1424D72703A217E435EA840957B0

¿Cuál es la razón para esto?

+603
Urban Lapajne 6 oct. 2015 1:30:40

Quiero crear mi propia crypto moneda y quiero saber ¿cuál es la mejor repo de github a la mesa cuando se trata de hacer una blockchain que se basa apagado de llegar a los mineros para hacer cálculos matemáticos. Entiendo que una gran cantidad de monedas solo requieren de mineros adivinar valores de hash. Quiero que mi mineros a hacer algo más, como cura de la moneda y plegado de la moneda. Hay diferentes principios de seguridad para estas monedas?

+572
Shiroi98 11 nov. 2019 20:08:59

Nota: supongo que el vinculado dirección de su propio.

El gris 10 BTC ) muestra la cantidad total que se envió a la dirección del destinatario: La segunda, más reciente transacción asociados con su dirección recogieron un total de 10 BTC a partir de un número de diferentes direcciones en una transacción a la dirección de recepción, incluyendo el 0.3645 BTC desde su dirección se muestra en el cuadro rojo.

+557
Fueled 28 ene. 2019 20:07:57

¿Hay algún requisito para intercambios de Bitcoin [USD/EUR/etc], en cuanto a por qué el [USD/EUR/etc] puede ser utilizado? O es el [USD/EUR/etc] recibió la propiedad de que el emisor de bitcoins?

Por desgracia, esto no está descrito en cualquier lugar.

+529
Henrik Steensland 5 abr. 2010 18:34:21

Bitcoiners. He estado tratando de buscar una de fiar Bitcoin Mezcla servicio, y no me siento seguro por poner mis monedas en sus manos. He recorrido el internet tratando de encontrar un tutorial sobre cómo hacer un .la Mezcla de cebolla Servicio. Quiero ser capaz de ayudar a otros y a mí se vuelven más seguras las transacciones, y estoy corriendo fuera de suerte. Si usted sabe cómo hacer una Mezcla de Servicio, por favor, hágamelo saber cómo, o darme un link. También, me gustaría ser capaz de tener una pequeña tarifa de transacción [E. G. Tarifa Base de: 0.75%; Para cada una de las transacciones/día adicionales 0.002 BTC se toma]. Me siento realmente molesto que no puedo encontrar una respuesta en cualquier LUGAR, así que por favor me responda lo antes posible con una respuesta sobre cómo organizar un servicio.

P. S. estoy usando un Windows XP [Escritorio] y Windows Vista [Toshiba Satellite] en. Si usted tiene algo que yo ABSOLUTAMENTE NECESARIO descargar para el servicio, usted puede enviar a [email protected]

+505
Rook 4 feb. 2019 18:22:12

Con un ingenuo implementación, sí, pero en la práctica, no, no es un problema.

Esto es debido a que cualquier desarrollador que sabe lo que están haciendo es lo suficientemente inteligente como para crear una base de datos que, al menos, los registros de cada transacción (o su posición en el disco) y su estatus de verificación. Así que cuando recibe una nueva transacción, en lugar de tener que caminar de regreso a través de la historia, usted sólo tiene que mirar de nuevo a la referencia anterior de transacciones. Como parte de la validación de la transacción, usted comprobar si la transacción anterior era válido. Así que si una transacción está marcada como válida en la base de datos, entonces usted puede estar seguro de que las transacciones que precedió también son válidas. Por lo tanto no hay necesidad de mirar a través de la historia y volver a validar las transacciones.

Ya que en última instancia se reduce a una simple búsqueda en bases de datos, no se vuelve más difícil para validar las nuevas transacciones.

+490
AnorTZ 18 abr. 2012 13:41:13

Blockonomics prestashop plugin es gratuito y tiene todas las características anteriores, además de a otros, tales como:

  • Los pagos van directamente en tu cartera
  • No homologaciones / documentación requerida
  • Las notificaciones de correo electrónico / admin panel y panel de control
  • Soporta todos los principales HD carteras como micelio, trezor, contabilidad
+474
Jaidar Jakishev 10 ago. 2014 16:44:06

Me gustaría imaginar que cuando el camarero trae la cuenta, también habrá un código QR impreso en ella. Esta sería una de una vez de la dirección de propiedad del restaurante, y se le da a este cliente para su proyecto de ley en particular. Si el pago es hecho a esta dirección, a continuación, el restaurante sabe que el cliente ha pagado (o al menos alguien lo hizo). Una cantidad que probablemente no serán incluidos en el código de barras, lo que haría más fácil para el cliente para enviar extra como una propina a los camareros. Esto es similar a cuando un cliente deja una pila de billetes en la mesa, como de pago, lo que indica que el camarero se mantiene el cambio como una sugerencia. El restaurante sería responsable de la distribución de propinas para el personal de servicio, tal y como son hoy en día cuando usted paga con tarjeta.

Alternativamente, dos códigos de barras puede ser impreso en la factura. Uno podría codificar la dirección y el importe de la factura que se paga para el restaurante, y otro para la dirección que va a los camareros. Yo siento que esto sería menos probable, ya que es menos conveniente para el cliente, y hace que sea más difícil para dividir a los consejos en los casos donde los consejos son compartidos por todo el personal de servicio.

Mediante el uso de un código de barras impreso en la factura, el restaurante el sistema de venta de entradas se han incorporado el Bitcoin wallet, por lo que el personal de servicio no necesita preocuparse al respecto. El sistema monitor de direcciones dadas a los clientes, y muestran un idicator cuando un cliente ha pagado. El camarero le tienen muy poca interacción con Bitcoin, en todo caso.

+357
Gianluigi 25 dic. 2012 7:08:31

Estoy dibujando un gráfico con los datos extraídos de bitfinex.com a través de una API simple consulta. Como resultado, voy a tener que mostrar un gráfico que se va a mostrar los datos históricos de BTCUSD durante los últimos dos años. Docs están disponibles aquí: https://bitfinex.readme.io/v2/reference#rest-public-candles Todo funciona bien excepto el límite de los datos recuperados.

Esta es mi petición: https://api.bitfinex.com/v2/candles/trade:1h:tBTCUSD/hist?start=1514764800000&sort=1

El resultado puede ser visto a través de aquí, o usted puede copia de la solicitud para el navegador: https://docs.google.com/document/d/1sG11Ro0X21_UFgUtdqrlitcCchoSh30NzGCgAe6M0u0/edit?usp=sharing

El problema es que recibo velas por sólo 5 días, no importa lo que las fechas o los parámetros de uso. Puedo conseguir más velas si puedo añadir el parámetro de límite a la cadena. Pero aún así, no puedo más que 1100-1000 velas. Yo me pongo el error 500 del servidor:

Error del servidor: GET https://api.bitfinex.com/v2/candles/trade:1h:tBTCUSD/hist?limit=1100&start=1512086400000&end=1516233600000&sort=1 resultó en un 500 Internal Server Error de respuesta:\n ["error",10020,"límite:" no válido]. Cuál debe ser el válido límite? No existe información en la documentación.

¿Cómo puedo obtener la cantidad deseada de los datos de los dos años de ese período de tiempo? Yo no quiero romper mi consulta en partes más pequeñas e ir paso por paso. Va a mirar feo.

+334
Darknessay 5 mar. 2018 20:21:05

Una dirección bitcoin, watchonly o no, representa una clave pública. Esta clave pública tiene una clave privada correspondiente.

Si importa un reloj sólo la dirección de la correspondiente clave privada no es importado. Así que usted no puede gastar el saldo de las salidas de esas direcciones.

Si desea enviar bitcoin para el reloj sólo de la dirección, usted tiene que asegurarse de que usted sabe la clave privada correspondiente o su bitcoin se perderán.

Elegir un saldo de salida desde otra dirección, donde se conoce la clave privada. Tome esta salida cuando se ejecuta 'createrawtransaction'. Firmar la transacción con esta clave privada, a continuación, 'sendrawtransaction'.

Opcionalmente, antes de 'sendrawtransaction', decodificar su cadena hexadecimal con 'decoderawtransaction' y asegúrese de que todo está correcto.

+264
Kurt Pidduck 17 dic. 2010 7:15:28

El límite de polvo en realidad no es fija, técnicamente - que varía en función del tipo de salida. 546 satoshis es simplemente el más comúnmente conocido uno, para un p2pkh de salida. Ser la más larga duración, el tipo de salida, sospecho que algunas carteras/blog/literatura podría tratar como un codificados límite de polvo.

En cuanto a cómo llegar a 546 satoshis, debemos saber primero qué es el "polvo" significa. Un polvo de salida es una salida que cuesta más dinero para gastar, que vale la pena. En otras palabras, una X BTC salida que cuesta >X pasar, es un polvo de salida. Este es directamente proporcional a la cantidad de datos necesarios para pasar de una salida, ya que estas tarifas en bitcoin son comúnmente denotado por "byte". El más bytes debe agregar a su tx para pasar de un producto, mayor será su polvo umbral.

Una muy básica tx consta de 1 p2pkh de entrada (~148 bytes), y 1 p2pkh de salida (~34 bytes) sale a 182 bytes. El límite de polvo es 3 veces este número (suponiendo un relé de cuota de 1 satoshi), o 182*3 = 546 sats.

Para obtener más complejo tx, tales como p2sh, este número es mayor. Por menos de espacio-intensivo, tales como la nueva segwit opciones, este número sería menor.

El código utilizado en Bitcoin core para determinar el polvo de umbral se puede encontrar aquí.

+208
v8VERONICA 29 sept. 2016 12:00:46

Pago de enrutamiento podría manejar esto. Cualquier negocio tiene costos operativos y tendrá que hacer pagos salientes.

Si su preocupación es que los canales, principalmente, de los pagos en una sola dirección (es decir, de los clientes para las empresas de mayor tamaño), y que esto llevará a una alta frecuencia de canal cierres o en la cadena de asentamientos, entonces se puede considerar que la teoría de los Seis Grados de Separación.

La teoría de los Seis Grados de Separación, los postulados de "que todos los seres vivos y todo lo demás en el mundo son seis o menos pasos de distancia el uno del otro". En lo que respecta a la Red de Rayos, podemos postular la teoría de que cualquier usuario será capaz de pagar cualquier otro usuario a través de aproximadamente seis a otros usuarios.

Así que si usted tiene una fuente de la recepción de pagos en el Rayo de la red (es decir, su salario), y el de los negocios más grande ha pagos de salida (es decir, los sueldos de sus empleados), luego a través de los seis grados de separación que puede ser capaz de pagar las grandes empresas a través de la ya existente de canales de pago que se han abierto con sus contactos.

Pago de éxito de enrutamiento debe asegurarse de que el pago de los canales funcionan de forma bidireccional y que el pago canal de cierre o en la cadena de la solución debe ser de una relativa baja frecuencia.

Edit: Poner Alternativamente

Los clientes nunca puede directamente hacer el pago de los canales con las grandes empresas, pero en lugar de crear enrutan los pagos a través de canales de pago que se han abierto con los intercambios u otros Rayos de la Red de intermediarios.

Los usuarios pueden crear canales de pago con un intercambio. Una gran empresa puede crear un canal de pagos con el mismo intercambio. Los usuarios hacer pagos a los grandes negocios enrutan a través de los canales de pago han abierto con el intercambio. La gran empresa decide vender algunos de bitcoin a través de la bolsa. Se realiza un pago mediante los sistemas de pago canal ya tiene abierto con el intercambio. Este proceso continúa indefinidamente, de forma tal que existe un flujo bidireccional de bitcoin a lo largo de la abrir canales de pago.

+135
Spencer Tinnin 18 nov. 2015 22:39:49

He utilizado Micelio cartera en Android hace bastante tiempo. He creado un impreso de copia de seguridad que consta de un 15 caracteres de la contraseña y dos códigos QR: La dirección bitcoin y el cifrado de clave privada.

Mientras tanto he cambiado a la de iOS, instala la app de iOS y quería importar mi edad en la cartera (que todavía contiene Bitcoins). Sin embargo, cuando abro la aplicación y seleccione "Restaurar desde copia de seguridad" me pide que introduzca mi Maestro de Semillas separadas por espacios.

Efectivamente, la copia de seguridad no contienen un maestro de la semilla y entrar en el de 15 caracteres de la contraseña no funciona.

Cómo importar la edad wallet?

+118
Gurbax Sagar 12 ene. 2012 22:18:05

Según la Wiki, el script de entrada de la Génesis de bloque se compone de estos bytes:

04FFFF001D0104455468652054696D65732030332F4A616E2F32303039204368616E63656C6C6F72206F6E206272696E6B206F66207365636F6E64206261696C6F757420666F722062616E6B73

Podemos desglosar esta información de la siguiente manera:

  • 0x04: empuje 4 bytes
  • 0xffff001d: el mismo valor que los "bits" campo de la Génesis de cabecera de bloque
  • 0x01: push 1 byte
  • 0x04: empujar el valor 4
  • resto: la codificación ASCII de el famoso mensaje de que "El tiempo 03/Ene/2009 Canciller en el borde de un segundo plan de rescate para los bancos"

Hasta donde yo sé, los dos primeros valores empujada a la pila (0xffff001d y 0x04) son innecesarios. Por supuesto, también lo es el canciller mensaje, pero al menos su significado es un poco más claro.

Sin embargo, la inserción de bits/0x04 patrón aparece también en otros bloques. Por ejemplo, el mismo patrón se muestra en el siguiente bloque (0e3e2357e806b6cdb1f70b54c3a3a17b6714ee1f0e68bebb44a74b1efd512098).

He encontrado esta pregunta, con una respuesta que especula con la posibilidad de:

Así 010445 son, de hecho, parte de 2 operaciones - 01 empuja 04 a la pila, 45 empuja el mensaje a la pila. En cuanto a por qué empuje 04, me golpea, tal vez fue sólo de prueba para asegurarse de que funciona algo? Algunos contador interno utilizado por Satoshi durante la Génesis de bloque de creación? Desde la secuencia de comandos de una moneda de generación de transacción es realmente sin sentido, es posible que nunca se sabe.

Mis preguntas:

  1. Son estas impulso inicial de los datos de las operaciones necesarias?
  2. Si no, ¿por qué estos elementos (bits y 0x04) aparecen en más de un bloque?
  3. Fue la adición de este prefijo a la coinbase transacción de entrada de secuencia de comandos de la parte del comportamiento predeterminado de la original cliente Bitcoin?
  4. Si no, ¿no sería este un firma de los bloques que Satoshi minadas?
+36
Vladimir Sotirov 9 abr. 2010 11:29:43

Mostrar preguntas con etiqueta