Soluciones de pago Signum: tipos de transacciones y tarifas
Soluciones de pago Signum
Signa es una moneda digital diseñada para pagos rápidos, seguros y en todo el mundo.
Utilizando solo una billetera oficial, los pagos se pueden enviar a cualquier destinatario, en cualquier momento y en cualquier lugar del mundo. La misma tecnología de pago también se puede incorporar de forma programática en los sistemas de pago y control mediante la API de signum.
Signum admite el envío de Signa de una cuenta a otra, de una a varias cuentas y de varios tipos de transacciones avanzadas por una única tarifa de transacción mínima.
- a sea que envíe Signa al otro lado del mundo o a la calle, las tarifas bajas y los tiempos de transferencia rápidos son los mismos.
- No hay bancos o corredores que retrasen la transacción o inflen el costo.
Siempre accesible, estés donde estés:
- Enviar Signa a todo el mundo es tan simple como enviar un mensaje de texto o correo electrónico desde cualquier dispositivo conectado a Internet.
- Solo necesita la dirección Signum o el alias del destinatario para realizar transacciones con él en cualquier momento.
- Los mensajes se pueden adjuntar a cada pago, ya sea encriptados (solo legibles por el receptor) o públicos (pueden ser vistos por cualquier persona).
- El mensaje puede tener hasta 1000 caracteres y no conlleva ningún coste adicional.
- Los mensajes son perfectos para vincular las transacciones de Signa con los datos de cualquier proceso relacionado con las transacciones que pueda tener.
Tarifa mínima
.00735 Signa para transacciones ordinarias
Send Money
1 a 1, 1 a muchos (la misma cantidad), 1 a muchos (diferentes cantidades). Todo por la misma tarifa mínima baja.
Tipos de transacción
Transacciones uno a uno (pagos únicos): el tipo de transacción más básico, los pagos únicos, son pagos únicos de una sola cantidad de una cuenta a otra.
- Especifique una cuenta de Signum como destinatario, el monto de la transacción y la tarifa de transacción.
- Agrega un mensaje de hasta 1,000 caracteres (opcional). Los mensajes están encriptados de forma predeterminada (visibles solo para el receptor), pero también se pueden enviar como texto sin formato (visible en la cadena de bloques para todos).
- Haga clic en «Enviar Signa».
Transacciones de salida múltiple: métodos rentables para enviar pagos múltiples como una sola transacción, incurriendo en una tarifa de transacción única.
- Envíe Signa a hasta 128 destinatarios únicos si la cantidad enviada a cada uno es la misma.
- Envíe Signa a hasta 64 destinatarios únicos si la cantidad enviada a cada uno es diferente.
- Si la cantidad a enviar a cada destinatario es la misma, marque la opción “misma cantidad”.
Planes de suscripción: métodos para realizar pagos recurrentes (similares a las órdenes bancarias permanentes).
- Establezca la cantidad que se enviará en cada intervalo.
- Establezca el intervalo de tiempo para enviar cada pago (desde al menos 60 minutos hasta varios días o meses).
- También se puede adjuntar un mensaje y enviarlo al destinatario al inicio de la suscripción.
- Los planes de suscripción se ejecutan según lo programado, independientemente de la carga de la red.
- No hay límite para la cantidad de pagos de suscripciones en un bloque.
Notas cifradas para usted mismo: aproveche un pago cero para enviarse mensajes a usted mismo oa otras personas.
- Inicie una transacción regular.
- Ingrese su número de cuenta como destinatario.
- Añade un mensaje.
- Establezca el monto del pago en cero.
- Envíe la transacción.
Opciones de transacción avanzadas
Plazos personalizados:
- Los plazos establecen la duración de la validez previa a la confirmación de una transacción.
- El valor predeterminado y máximo permitido es 24 horas.
- Si una transacción no se confirma antes de la fecha límite, se elimina del grupo de transacciones no confirmadas y se debe volver a emitir.
Ejecución condicional: esto permite que una transacción esté condicionada a la confirmación de otra. El mecanismo funciona de la siguiente manera:
- Una transacción con hash txhash 1 Se ha emitido.
- Transacción tx 2 es creado.
- Si el txhash 1 se proporciona como el «Hash de transacción de referencias» en tx 2 ,
- tx 2 solo se ejecutará después de tx 1 ha sido confirmado.
Opción No difundir: evita que se difunda una transacción firmada.
- Cuando se marca la opción “No transmitir”, se muestran los detalles de la transacción sin procesar para guardarlos en un archivo separado.
- Para transmitir la transacción más tarde, los detalles de la transacción sin procesar deben recuperarse e ingresarse en una función de billetera separada.
- Esta opción se usa generalmente en combinación con la firma de transacciones sin conexión.
Firma de transacciones sin conexión: un método para mantener las claves privadas en un dispositivo sin conexión (nunca exponerlas a Internet).
- Las transacciones individuales se firman en un dispositivo fuera de línea y luego se copian en un dispositivo en línea para su difusión.
- La transacción que se transmite contiene solo una firma de un solo uso, por lo que esta práctica está prácticamente libre de riesgos.
- Acceda a «Operaciones de transacción»
- Introducir el bytes de transacción firmados
- Haga clic en «Difundir»
Nota: Además de firmar transacciones desde un dispositivo fuera de línea, la firma también se puede realizar en un dispositivo en línea, pero aún así se realiza localmente. Suponiendo que la computadora está libre de malware, esta es la opción más conveniente y, al mismo tiempo, mantiene seguras las claves privadas. Signum Node utiliza esta forma de firma para su interfaz de billetera a través de JavaScript ejecutado localmente.
Tarifas de transacción
Las tarifas de transacción en Signum están totalmente basadas en el mercado. This means that an entire block must be full before a transaction paying the minimum transaction fee would be delayed.
Minimum transaction fee (referred to as «fee quant»)
- .00735 Signa
Most transaction fees are charged based on the byte size of a transaction on-chain. The base formula is as follows:
- Transaction Fee = .00735 * floor (transactionBytes / 176): Note: With the «floor» function, results are rounded down to a whole number.
Following are examples of transactions that fall within the limits of the minimum fee of .00735 (transactions that are 352 bytes or less on-chain).
- Ordinary Transactions: Size on-chain: 176 bytes
- Ordinary Transactions with small attachments: size on-chain: up to 352 bytes
- Simple messages:
- Transaction to add commitment: Size on-chain: 184 bytes
- Deposits to an exchange (with or without memo): Size on-chain: 245 bytes
- Token order: Size on-chain: 201 bytes
- Ordinary transactions to extended addresses (with public key attached): Size on-chain: 209 bytes
- Transactions to create a subscription: Size on-chain: 181 bytes
The following examples have a fee that is greater than the minimum fee (due to their byte size on-chain).
- Ordinary transaction types with a large attachment:
- Multi-out transactions with the maximum number of recipients: Size on-chain: 1200 bytes: Transaction Fee = .00735 * floor (1200 bytes / 176) = .0441
- Message with a large attachment: Size on-chain: 1200 bytes: Fee = .00735 * floor (1200 bytes / 176) = .0441
The minimum fee structure is designed to maximize the throughput of value and information that can be moved efficiently on-chain. The larger fee, based on multiples of 176 bytes, serves to limit the amount of blockchain growth.
Certain transactions, such as issuing a token series, transferring an alias, or creating a smart contract are higher level blockchain services and are subject to a multiplier that is referred to as factor.
- Assign an alias: Size on-chain: 1200 bytes: Transaction fee based on byte size =.00735 * floor (1200 bytes / 176) = .0441: A minimum fee of 20 applies to this transaction: Resulting Fee = 20.
- Transfer an alias:
- Create a smart contract:
Signum wallets have a transaction fee suggestion tool that evaluates current on-chain activity levels so that the sender has ready information when choosing a fee. Los siguientes son los 3 niveles de recomendación:
- Presupuesto: 50% de probabilidad de que la transacción se incluya en los próximos 10 bloques
- Estándar: 50 probabilidad de que la transacción se incluya en el siguiente bloque
- Prioridad: 90 probabilidad de que la transacción se incluya en el siguiente bloque, 99 probabilidad de que la transacción se incluya en los dos bloques siguientes.
La herramienta de sugerencia de tarifas está disponible a través del API Signum .
Información técnica para desarrolladores
Número máximo de transacciones por bloque: Cada 4 minutos, se crea un nuevo bloque con los siguientes atributos:
- Tamaño máximo: 179.520 bytes
- Transacciones máximas: 19.200 (salida múltiple)
- Transacciones máximas por segundo: 80
- Número máximo de planes de suscripción: ilimitado
Las transacciones ordinarias son aquellas transacciones que están sujetas a la tarifa de transacción mínima:
- enviar dinero
- crear alias
- transmitir mensaje
- emisión de activos
- activo de la orden
Firma de transacciones en línea del lado del servidor:
Aunque es posible, solo se consideraría «seguro» hacerlo utilizando localhost. Si está desarrollando / distribuyendo software, no presente la firma en línea como una opción para sus clientes. Usted los convertirá en un objetivo potencial para acciones maliciosas.
Implementación de la firma de transacciones:
Las transacciones deben firmarse antes de que puedan transmitirse. Utilice uno de los Funciones API para solicitar transactionBytes
de un nodo. El objeto JSON devuelto contiene el transactionBytes
que representan la transacción a realizar.
Es importante utilizar el publicKey
argumento en lugar de secretPhrase
para el transactionBytes
Petición. Además, para configurar el broadcast
argumento a falso para evitar la difusión.
Para firmar el transactionBytes localmente, consulte estas fuentes a continuación para incluir las funciones de firma en su código.
Fuentes de código
Pseudocódigo:
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}
Notes:
- Agregar firma y longitud de TransactionBytes
- Compare y verifique su implementación con requestType: Sign Transaction.
- La transacción ahora está firmada y se puede transmitir (solo a través de POST): consulte Transacciones de la API de Signum Node .