Types de transaction et frais

Frais de transaction

Signum prend en charge l’envoi de Signa d’un compte à un autre compte, d’un à plusieurs comptes et de plusieurs types de transactions avancés pour un seul frais de transaction minimum.

Frais de transaction minimaux (parfois appelés « quantit de frais »)

  • .00735 Signa (735.000 Plancks).

Tous les types de transaction utilisent le barème de frais de transaction basé sur les créneaux horaires suivant.

1: 0.00735 - 0.01469

2: 0.01470 - 0.02204

3: 0.02205 - 0.02939

4: 0.02940 - 0.03674

5: 0.03675 - 0.04409

6: 0.04410 - 0.05144

7: 0.05145 - 0.05879

8: 0.05880 - 0.06614

9: 0.06615 - 0.07349

10: 0.07350 - 0.08084

Ce calendrier se poursuit linéairement jusqu’à1020 pour lequel la taxe la plus élevée de 7.49700 Signa est facturé, chaque slot contenant une transaction. Les frais minimum pour chaque créneau correspondent aux frais de transaction minimum (quantit de frais) multipliés par le numéro de créneau. Le total des frais perçus pour un bloc où tous les créneaux horaires sont remplis avec les frais minimum requis est de3827.2185 Signa.

Les transactions sont attribuées au créneau pour lequel les frais de transaction spécifiés se situent dans la fourchette de frais pour ce créneau. Par exemple, une transaction avec des frais spécifiés de 0,03 serait affectée à l’emplacement n ° 4 car elle se situe dans la plage de0.02940 - 0.03674 . Le montant par lequel les frais spécifiés pour une transaction dépassent les frais minimum pour le créneau auquel ils sont attribués n’est pas remboursé. C’est à l’utilisateur de choisir des frais raisonnables qui ne gaspillent pas de fonds.

Si aucun emplacement n’est disponible, une transaction reste non confirmée dans le pool de mémoire jusqu’à ce qu’un emplacement devienne disponible dans un bloc futur ou jusqu’à ce que sa date limite d’inclusion ait expiré.

Le système de frais de transaction basé sur les créneaux horaires décourage la création de transactions de spam qui, autrement, ne nécessiteraient que peu ou pas d’investissement. Cela préserve l’espace de la blockchain et réduit au minimum le coût d’exploitation d’un nœud public.

Exemples:

En supposant une capacité de bloc de 10 transactions, les transactions avec des frais spécifiés de .07350, .07000, .05900, et .00800 se verraient attribuer des créneaux comme suit:

.07350 à l’emplacement 10

.07000 à l’emplacement 9

0,05900 à l’emplacement 8

.00800 à l’emplacement 1

Le portefeuille Signum est équipé d’un outil qui suggère des frais de transaction en fonction de la charge de transaction sur les 10 derniers blocs. Les frais suggérés sont les suivants:

  • Budget: 50% de probabilité que la transaction soit incluse dans les 10 prochains blocs
  • Standard: 50 probabilité que la transaction soit incluse dans le bloc suivant
  • Priorité : 90 probabilité que la transaction soit incluse dans le bloc suivant, 99 probabilité que la transaction soit incluse dans les deux prochains blocs.

L’outil de suggestion de frais est mis à disposition via le API Signum .

Frais minimum

.00735 Signa pour les transactions ordinaires

Envoyer de l’argent

1 à 1, 1 à plusieurs (même montant), 1 – plusieurs (montant différent). Le tout pour le même tarif minimum bas.

Types de transaction

Les transactions ordinaires sont les transactions soumises aux frais de transaction minimum:

  • envoyer de l’argent
  • créer un alias
  • transmettre un message
  • émettre des actifs
  • commander des actifs

Transaction individuelle

  • Spécifiez un compte Signum comme destinataire, le montant de la transaction et les frais de transaction.
  • Ajoutez un message (facultatif). Le message peut être crypté (visible uniquement par le destinataire) ou texte brut (visible par tous). La valeur par défaut est chiffrée.
  • Cliquez sur «Envoyer Signa».

Transactions multi-sorties

  • Envoyez Signa à jusqu’à 128 destinataires uniques si le montant envoyé à chacun est le même.
  • Envoyez Signa à jusqu’à 64 destinataires uniques si le montant envoyé à chacun est différent.
  • Si le montant à envoyer à chaque destinataire est le même, l’option « Même montant » doit être vérifiée.

Ajouter une note à soi-même

  • Cette option permet de saisir une note cryptée à soi-même.

Date limite personnalisée:

  • Les délais définissent la durée de validité de la pré-confirmation d’une transaction.
  • La valeur par défaut et maximale autorisée est de 24 heures.
  • Si elles ne sont pas confirmées à la date limite, les transactions sont supprimées du pool de transactions non confirmées et doivent être réémises.

Exécution conditionnelle

Permet à une transaction d’être conditionnée à la confirmation d’une autre. Le mécanisme fonctionne comme suit:

  • Une transaction avec hachage txhash 1 a été publié.
  • Transaction tx 2 est créé.
  • Si la txhash 1 est fourni en tant que «Hash de transaction de références» dans tx 2 ,
  • tx 2 ne sera exécuté qu’après tx 1 a été confirmé.

Option Ne pas diffuser

L’option «Ne pas diffuser» empêche la diffusion d’une transaction signée. Lorsque l’option «Ne pas diffuser» est cochée, les détails bruts de la transaction sont affichés et doivent être enregistrés dans un fichier séparé. Pour diffuser la transaction ultérieurement, les détails bruts de la transaction doivent être récupérés et saisis. Tson option est généralement utilisée en combinaison avec la signature de transaction hors ligne.

Signatures hors ligne

Le terme «signature de transaction hors ligne» fait référence à la pratique consistant à conserver les clés privées sur un appareil hors ligne (sans jamais les exposer à Internet). Les transactions individuelles sont signées sur un appareil hors ligne, puis copiées sur un appareil en ligne pour être diffusées. La transaction diffusée ne contient qu’une seule signature à usage unique, cette pratique est donc pratiquement sans risque.

Pour diffuser une transaction qui a été signée hors ligne:

  • Accéder aux «Opérations de transaction»
  • Entrer le octets de transaction signés
  • Cliquez sur « Diffuser »

Remarque: Outre la signature de transactions à partir d’un appareil hors ligne, la signature peut également être effectuée sur un appareil en ligne, mais toujours effectuée localement. En supposant que l’ordinateur est exempt de logiciels malveillants, c’est l’option la plus pratique tout en gardant les clés privées en sécurité. Signum Node utilise cette forme de signature pour son interface de portefeuille via JavaScript exécuté localement.

Informations techniques pour les développeurs:

Signature de transaction en ligne côté serveur

Bien que cela soit possible, cela ne serait considéré comme «sûr» qu’en utilisant localhost. Si vous développez / distribuez un logiciel, ne présentez pas la signature en ligne comme une option à vos clients. Vous en ferez une cible potentielle pour les actions malveillantes.

Mise en œuvre de la signature des transactions

Les transactions doivent être signées avant de pouvoir être diffusées. Utilisez l’un des Fonctions API à demander transactionBytes d’un nœud. L’objet JSON renvoyé contient le transactionBytes qui représentent la transaction à effectuer.

Il est important d’utiliser le publicKey argument plutôt que secretPhrase pour le transactionBytes demande. Aussi, pour définir le broadcast argument à false pour empêcher la diffusion.

Pour signer localement transactionBytes, reportez-vous aux sources ci-dessous pour inclure les fonctions de signature dans votre code.

Sources de code

Pseudocode:

function signTX(unsignedTransactionBytes) { myBytes = unsignedTransactionBytes // keep a copy signature = crypto.sign(unsignedTransactionBytes, passPhrase) // make the signature myBytes.copy(96, signature); // copy the signature over the unsignedTransactionBytes with a offset of 96 bytes return myBytes}

Remarque: ajoutez une signature et une longueur de TransactionBytes

Comparez et vérifiez votre implémentation avec la demandeType: Sign Transaction.

La transaction est maintenant signée et peut être diffusée (via POST uniquement) : reportez-vous à Signum Node API Transactions .

1 + 6 =

Share This