Cómo funciona el procesamiento de transacciones de Burstcoin

Una transacción de Burstcoin, como un pago de la parte A a la parte B, se inicia introduciendo los detalles de la transacción en una billetera Burstcoin. La transacción prevista se transmite a la red como un objeto de transacción con un identificador de transacción y los detalles de transacción incluidos. Los nodos (carteras de Burstcoin que están en línea y totalmente sincronizadas) evalúan los detalles de la transacción para determinar si es válida.

Todos los valores de las entradas de detalle de transacción están verificados.

• ¿Se especifican todos los detalles obligatorios?
• ¿La tarifa de transacción especificada es mayor o igual que la tarifa mínima de transacción?
• ¿La fecha límite de la transacción es de al menos un minuto en el futuro?

Si no hay excepciones,el procesamiento de transacciones continúa de la siguiente manera:

• La clave pública de la cuenta de envío se calcula utilizando la frase de contraseña secreta proporcionada.
• El saldo de la cuenta de envío se recupera de un análisis de la cadena de bloques.

Los siguientes elementos son cheques en relación con el saldo de la cuenta emisora:

• ¿El saldo de la cuenta emisora es mayor que cero?
• ¿El saldo confirmado de la cuenta emisora es mayor o igual que el importe de la transacción más la tarifa de transacción?
• ¿Es suficiente el saldo confirmado de la cuenta emisora para cubrir el importe de la transacción más la tarifa de transacción de la transacción actual, así como cualquier otra transacción de la misma cuenta que aún no se haya confirmado?

Si la cuenta emisora tiene un saldo suficiente, el procesamiento continúa de la siguiente manera:

• Se crea un objeto de transacción que incluye todos los detalles de la transacción. A la transacción se le asigna un número de transacción.
• La transacción se firma con la clave privada de la cuenta de envío.
• Los datos de transacción cifrados se colocan dentro de un mensaje que indica a los pares de red que procesen la transacción.
• La transacción se transmite a todos los pares de red.

Nota: Si alguno de los detalles comprueba falla, la red responderá con un código de error y un mensaje.

Las transacciones válidas se agregan a la «tienda de transacciones no confirmadas», un área de retención dentro del ‘mempool’. Cuando se genera un nuevo bloque, el generador de bloques prioriza estas transacciones y se agregan tantas como sea posible, sujeto a un límite en el número de transacciones por bloque (255) y el número máximo de bytes.

Las transacciones por fases se incluyen en primer lugar, seleccionadas según la altura del bloque a la que se aceptaron en la cadena de bloques. Si se aceptaron dos transacciones por fases con el mismo alto de bloque, primero se selecciona la transacción con el número de índice inferior. Después de incluir todas las transacciones por fases, se incluyen las transacciones no confirmadas regulares, se seleccionan según la tarifa especificada y, a continuación, por marca de tiempo, si varias transacciones tienen la misma tarifa especificada. Nota: El orden de selección no se conserva cuando se finaliza un bloque. Las transacciones se ordenarán solo por marca de tiempo. El nuevo bloque se añade a la cadena de bloques que componen el libro de contabilidad compartido distribuido inmutable de Burstcoin. Cualquier transacción que no se haya incluido permanece en el área de retención pendiente de inclusión en un bloque futuro.

Las transacciones se consideran tener una confirmación cuando se incluyen por primera vez en un bloque. Cada bloque subsiguiente agrega otra confirmación a la transacción. Las transacciones de Burstcoin se consideran confiables después de 10 confirmaciones. Hasta 720 bloques pueden ser «reorganizados» por la red en caso de problemas, por lo que una transacción con 721 confirmaciones se considera irreversible. Las transacciones con 1.440 confirmaciones se consideran permanentes.

El orden de bytes de una transacción de envío es el siguiente:

 

Longitud (bits)	Nombre	Definición de datos	Total acumulado (bytes)
8	Tipo	Tipo de transacción (pago, intercambio de activos, mercado, etc.)	1
4	Versión TX	0 sobre génesis, 1 actualmente, agregados archivos adjuntos y apéndices	1.5
4	Subtipo	Subtipo de transacción (ejemplo: crear orden de puja con tipo de activo fijo)	2
32	Timestamp	Marca de tiempo actual donde la época es el bloque génesis	6
16	Plazo	Plazo en minutos para que la transacción sea procesada	8
256	Clave pública del remitente	Clave pública de 256 bits para el envío de una transacción	40
64	Destinatario/Génesis	Destinatario de la transacción, génesis de transacciones sin destinatario, ejemplo: activos	48
64	Cantidad NQT	Importe que se enviará al destinatario, en Planck (1 Burstcoin 100,000,000 Planck)	56
64	Tarifa NQT	Importe de la cuota, en Planck	64
256	Hash completo de transacción de referencia	Hash completo para la transacción a la que hacer referencia, por lo general se deja en blanco	96
512	Firma	Firma de esta transacción donde este campo es cero, la firma debe ser generada por la clave privada de la clave pública indicada anteriormente	160
32	Banderas	posición 1: mensaje arbitrario 2: mensaje cifrado 3: anuncio de clave pública 4: mensaje cifrado a sí mismo	164
32	Altura del bloque EC	Altura del bloque al que se hace referencia para el clustering económico	168
64	ID de bloque CE	ID del bloque al que se hace referencia anteriormente	76