Solutions de paiement Signum : types de transactions et frais

Solutions de paiement Signum

Signa est une monnaie numérique conçue pour des paiements rapides, sécurisés et mondiaux.

En utilisant uniquement un portefeuille officiel, les paiements peuvent être envoyés à n’importe quel destinataire, à tout moment, n’importe où dans le monde. La même technologie de paiement peut également être intégrée par programmation dans les systèmes de paiement et de contrôle à l’aide de l’API signum.

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.

  • Que vous envoyiez Signa à travers le monde ou dans la rue, les frais peu élevés et les délais de transfert rapides sont les mêmes.
  • Il n’y a pas de banques ou de courtiers pour retarder la transaction ou gonfler le coût.

Toujours accessible, où que vous soyez :

  • L’envoi de Signa dans le monde entier est aussi simple que l’envoi d’un message texte ou d’un e-mail à partir de n’importe quel appareil connecté à Internet.
  • Vous n’avez besoin que de l’adresse ou de l’alias Signum du destinataire pour effectuer des transactions avec eux à tout moment.
  • Des messages peuvent être joints à chaque paiement, soit cryptés (uniquement lisibles par le destinataire) soit publics (visibles par n’importe qui).
  • Le message peut contenir jusqu’à 1 000 caractères et n’entraîne aucun coût supplémentaire.
  • Les messages sont parfaits pour lier les transactions Signa aux données de tous les processus liés aux transactions que vous pourriez avoir.

Frais minimum

.00735 Signa pour les transactions ordinaires

Envoyer de l’argent

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

Types de transaction

Transactions individuelles (paiements uniques) : le type de transaction le plus élémentaire, les paiements uniques, sont des paiements uniques d’un montant unique d’un compte à un autre.

  • Spécifiez un compte Signum comme destinataire, le montant de la transaction et les frais de transaction.
  • Ajoutez un message de 1 000 caractères maximum (facultatif). Les messages sont cryptés par défaut (visible uniquement par le destinataire), mais peuvent également être envoyés en clair (visible sur la blockchain pour tout le monde).
  • Cliquez sur «Envoyer Signa».

Transactions multi-sorties : méthodes rentables pour envoyer plusieurs paiements en une seule transaction, entraînant des frais de transaction uniques.

  • 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, cochez l’option « même montant ».

Plans d’abonnement : méthodes pour effectuer des paiements récurrents (similaires aux ordres bancaires permanents).

  • Définissez le montant à envoyer à chaque intervalle.
  • Définissez l’intervalle de temps d’envoi de chaque paiement (d’au moins 60 minutes à plusieurs jours ou mois).
  • Un message peut également être joint et envoyé au destinataire au début de l’abonnement.
  • Les plans d’abonnement sont exécutés comme prévu, quelle que soit la charge du réseau.
  • Il n’y a pas de limite au nombre de paiements d’abonnements dans un bloc.

Notes cryptées à vous-même : tirez parti d’un paiement zéro pour envoyer des messages à vous-même ou à d’autres.

  • Commencez une transaction régulière.
  • Entrez votre numéro de compte en tant que destinataire.
  • Ajouter un message.
  • Définissez le montant du paiement sur zéro. Définissez le montant du paiement sur zéro.
  • Envoyez la transaction.

Options de transaction avancées

Délais personnalisés :

  • 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 une transaction n’est pas confirmée dans les délais, elle est supprimée du pool des transactions non confirmées et doit être réémise.

Exécution conditionnelle : Cela permet de conditionner une transaction à 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 : 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 pour ê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 dans une fonction de portefeuille distincte.
  • Cette option est généralement utilisée en combinaison avec la signature de transaction hors ligne.

Signature de transaction hors ligne : méthode permettant de 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 qui est diffusée ne contient qu’une signature à usage unique, cette pratique est donc pratiquement sans risque.
  • 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.

Frais de transaction

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 affectées au créneau pour lequel la fourchette de frais comprend les frais de transaction spécifiés pour la transaction. 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 to slot 10
.07000 to slot 9
.05900 to slot 8
.00800 to slot 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 .

Informations techniques pour les développeurs:

Nombre maximum de transactions par bloc : Toutes les 4 minutes, un nouveau bloc est créé avec les attributs suivants :

  • Taille maximale : 179 520 octets
  • Transactions maximales : 19 200 (sorties multiples)
  • Transactions maximales par seconde : 80
  • Nombre maximum de plans d’abonnement : Illimité

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

Signature des transactions 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.

Implémentation 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}

Remarques:

  • Ajouter la signature et la longueur 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 .

13 + 3 =

Share This