Commencer
De la sécurité Burstcoin à la sélection du portefeuille, le guide de démarrage fournit les informations nécessaires pour réussir.
Logiciel
La collection définitive de logiciels libres et faciles à utiliser se trouve dans la bibliothèque de logiciels Burstcoin.
Documentation
Visitez le projet de documentation Burstcoin pour plus d’informations. Contribuez à la nouvelle documentation ou recommandez des améliorations.
Robinets
Activer un nouveau portefeuille pour une extraction ou pour recevoir un transfert de Bittrex. Visiter le liste des robinets Burstcoin community.
FAQs
Prise en charge des nouveaux utilisateurs, cette section contient les questions les plus fréquentes. Aidez-nous en visitant la section documentation.
Informations techniques burstcoin blockchain
La blockchain Burstcoin est le grand livre numérique dans lequel les transactions Burstcoin sont enregistrées chronologiquement et publiquement (y compris les contrats intelligents, Escrow, Messages, etc.). Toutes ces informations sont stockées dans une base de données H2 ou MariaDB. La blockchain de Burstcoin est maintenue à une taille raisonnable à l’aide du nettoyage de données.
Toutes les données blockchain sont stockées dans les tableaux de base de données suivants :
Block table
Ces 19 champs définissent un bloc dans la version actuelle du logiciel Burstcoin. Notez que la table de bloc a évolué depuis le bloc de genèse.
| 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 | ? |
Remarque : la table de bloc a évolué depuis le bloc de genèse.
Remarque : la plupart des champs ne peuvent pas être NULL. Les exceptions sont les previous_… et next_… champs qui relient les blocs dans une chaîne à la fois vers l’avant et vers l’arrière. Le bloc de genèse a un NULL previous_block_id et le dernier bloc (courant) a un NULL next_block_id.
Ci-dessous la liste des colonnes se trouve une liste d’index. Les index sont tous utilisés pour trier diverses colonnes pour une récupération rapide, mais les colonnes suivantes sont également limitées pour avoir des valeurs uniques: db_id, height, id, timestamp. Ils sont tous utilisés pour identifier les blocs de manière unique. db_id est le champ auto-incrémenté de la table. Il augmente généralement de un à chaque nouveau bloc, mais des espaces peuvent se produire dans la séquence en raison de blocs supprimés occasionnellement. height est égal à zéro pour le bloc de genèse et augmente de un à chaque bloc. Il n’y a pas de lacunes dans cette séquence. id est un identifiant de bloc unique dérivé du hachage de certains des champs de bloc. horodatage est le temps de création du bloc mesuré en nombre de secondes écoulées depuis le bloc de genèse.
Remarque : blocs stockés dans le BLOCK sont associés à des transactions stockées dans le transaction table à travers les champs payload_length et payload_hash, et total_amount et total_fee. payload_length est le nombre total d’octets de certains champs de toutes les transactions associées au bloc et payload_hash est le hachage de tous ces champs. total_amount et total_fee sont les montants totaux et les frais de toutes les transactions associées au bloc. Ces quatre champs de blocs sont nuls lorsqu’il n’y a pas de transactions associées au bloc.
Tableau des transactions
Ces 25 champs définissent une transaction dans la version actuelle du logiciel Burstcoin. Notez que la table de transaction a évolué depuis le bloc de genèse.
| 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 |
Remarque : la plupart des champs ne peuvent pas être NULL. Les exceptions sont recipient_id, referenced_transaction_full_hash, attachments_bytes, et le ec_block_… des champs. Une transaction est valide sans que l’un de ces champs ne soit spécifié.
Ci-dessous la liste des colonnes se trouve une liste d’index. Les index sont tous utilisés pour trier diverses colonnes pour une récupération rapide, mais les colonnes suivantes sont également limitées pour avoir des valeurs uniques: db_id, id, full_hash.
Remarque: transactions stockées dans le transaction table sont associés aux blocs stockés dans le block table à travers les champsheight, block_id, et block_timestamp.
Toutes les autres tables, avec les noms de champ, et les types de données sont répertoriés dans l’image ci-dessus.