Empezar
Desde la seguridad de Burstcoin hasta la selección de billetera, el Empezando guía proporciona la información necesaria para tener éxito.
Software
La colección definitiva de software de código abierto y fácil de usar se encuentra en el Biblioteca de software de Burstcoin.
Documentación
Visita el Proyecto de documentación de Burstcoin para más información. Contribuya con nueva documentación o recomiende mejoras.
Grifos
Active una nueva billetera para minar o para recibir una transferencia de Bittrex. Visita el Lista de grifos de la comunidad Burstcoin.
Preguntas frecuentes
Apoyando a nuevos usuarios, esta sección contiene Preguntas frecuentes. Ayude a seleccionar visitando la sección de documentación.
Información técnica de la cadena de bloques Burstcoin
La cadena de bloques Burstcoin es el libro de contabilidad digital en el que las transacciones de Burstcoin se registran cronológica y públicamente (incluyendo contratos inteligentes, escrow, mensajes, etc.). Toda esta información se almacena en una base de datos H2 o MariaDB. La cadena de bloques de Burstcoin se mantiene a un tamaño razonable mediante el lavado de datos.
Todos los datos de la cadena de bloques se almacenan en las siguientes tablas de base de datos:
Tabla de bloques
Estos 19 campos definen un bloque en la versión actual del software Burstcoin. Tenga en cuenta que la tabla de bloques ha evolucionado desde el bloque de génesis.
Field Name | Data Type | NOT NULL |
---|---|---|
db_id | BIGINT(20) | yes |
id | BIGINT(20) | yes |
version | INTEGER(11) | yes |
timestamp | INTEGER(11) | yes |
previous_block_id | BIGINT(20) | no |
total_amount | BIGINT(20) | yes |
total_fee | BIGINT(20) | yes |
payload_length | INTEGER(11) | yes |
generator_public_key | VARBINARY(32) | yes |
previous_block_hash | VARBINARY(32) | no |
cumulative_difficulty | BLOB | yes |
base_target | BIGINT(20) | yes |
next_block_id | BIGINT(20) | no |
height | INTEGER(11) | yes |
generation_signature | VARBINARY(64) | yes |
block_signature | VARBINARY(64) | yes |
payload_hash | VARBINARY(32) | yes |
nonce | BIGINT(20) | yes |
ats | BLOB | ? |
Nota: la tabla de bloques ha evolucionado desde el bloque génesis.
Nota: la mayoría de los campos no pueden ser NULL. Las excepciones son las previous_… y next_… campos que unen los bloques en una cadena tanto hacia adelante como hacia atrás. El bloque de génesis tiene un NULL previous_block_id y el último bloque (actual) tiene un NULL next_block_id.
Debajo de la lista de columnas hay una lista de índices. Todos los índices se utilizan para ordenar varias columnas para una recuperación rápida, pero las siguientes columnas también están restringidas para tener valores únicos: db_id, height, id, timestamp. Todas se utilizan para identificar bloques de forma única. db_id es el campo de incremento automático de la tabla. Por lo general, aumenta en uno con cada bloque nuevo, pero pueden ocurrir espacios en la secuencia debido a bloques eliminados ocasionales. height es cero para el bloque de génesis y aumenta en uno con cada bloque. No hay lagunas en esta secuencia. id es una identificación de bloque única derivada del hash de algunos de los campos de bloque. timestamp es el tiempo de creación del bloque medido en el número de segundos transcurridos desde el bloque génesis.
Nota: bloques almacenados en el BLOCK
tabla están asociadas con transacciones almacenadas en el transaction
tabla a través de los campos payload_length y payload_hash, y total_amount y total_fee. payload_length es el número total de bytes de ciertos campos de todas las transacciones asociadas con el bloque y payload_hash es el hash de todos esos campos. total_amount y total_fee son los montos y tarifas totales de todas las transacciones asociadas con el bloque. Los cuatro campos de bloque son cero cuando no hay transacciones asociadas al bloque.
Tabla de transacciones
Estos 25 campos definen una transacción en la versión actual del software Burstcoin. Tenga en cuenta que la tabla de transacciones ha evolucionado desde el bloque de génesis.
Field Name | Data Type | NOT NULL |
---|---|---|
db_id | BIGINT(20) | yes |
id | BIGINT(20) | yes |
deadline | SMALLINT(6) | yes |
sender_public_key | VARBINARY(32) | yes |
recipient_id | BIGINT(20) | no |
amount | BIGINT(20) | yes |
fee | BIGINT(20) | yes |
height | INTEGER(11) | yes |
block_id | BIGINT(20) | yes |
signature | VARBINARY(64) | yes |
timestamp | INTEGER(11) | yes |
type | TINYINT(4) | yes |
subtype | TINYINT(4) | yes |
sender_id | BIGINT(20) | yes |
block_timestamp | INTEGER(11) | yes |
full_hash | VARBINARY(32) | yes |
referenced_transaction_full_hash | VARBINARY(32) | no |
attachments_bytes | BLOB | no |
version | TINYINT(4) | yes |
has_message | BOOLEAN(1) | yes |
has_encrypted_message | BOOLEAN(1) | yes |
has_public_key_announcement | BOOLEAN(1) | yes |
ec_block_height | INTEGER(11) | no |
ec_block_id | BIGINT(20) | no |
has_encrypttoself_message | BOOLEAN(1) | yes |
Nota: la mayoría de los campos no pueden ser NULL. Las excepciones son recipient_id, referenced_transaction_full_hash, attachments_bytes, y el ec_block_… campos. Una transacción es válida sin ninguno de estos campos especificados.
Debajo de la lista de columnas hay una lista de índices. Todos los índices se utilizan para ordenar varias columnas para una recuperación rápida, pero las siguientes columnas también están restringidas para tener valores únicos: db_id, id, full_hash.
Nota: transacciones almacenadas en el transaction tabla están asociados con bloques almacenados en el block mesa a través de los campos height, block_id, y block_timestamp.
Todas las demás tablas, con nombres de campo y tipos de datos, se enumeran en la imagen anterior.