Tarifa de transacción
La tarifa de transacción, es una tarifa de transacción HETA que se carga a los usuarios al realizar transacciones. La tarifa se cobra para recompensar al productor y a los votantes por mantener la red HETA.
Topic: [ANN]RELAM Investment, en Dubái, lanza HETACHAIN: una plataforma Blockchain 3.0 - page 2. (Read 463 times)
December 04, 2018, 12:03:48 PM
November 30, 2018, 03:31:48 AM
Una carga útil contiene detalles de la transacción. La carga útil, consiste:
− Marca de tiempo: crea la transacción de tiempo.
− Vencimiento: el tiempo posterior cuando expira la transacción.
− Ámbito: especifica el rango de datos que pueden leerse y/o escribirse. Si un mensaje intenta leer o escribir datos fuera del alcance, la transacción fallará.
− ChannelId: contiene el identificador de los canales.
− TransactionId: contiene el identificador de la transacción. La identificación de la transacción es el hash de la transacción (256 bit).
− Desde: la transacción de envío de cuenta.
− Saldo: la cantidad de moneda HETA en la cuenta "desde"
− Para: la cuenta a la que se envía la transacción.
− Valor: la cantidad de HETA para enviar.
− Tipo de transacción: define el tipo de transacción.
− Datos: la transacción puede definir sus propios datos. Un dato puede ser un mensaje arbitrario o llamada de función a un contrato o código para crear un contrato.
− Marca de tiempo: crea la transacción de tiempo.
− Vencimiento: el tiempo posterior cuando expira la transacción.
− Ámbito: especifica el rango de datos que pueden leerse y/o escribirse. Si un mensaje intenta leer o escribir datos fuera del alcance, la transacción fallará.
− ChannelId: contiene el identificador de los canales.
− TransactionId: contiene el identificador de la transacción. La identificación de la transacción es el hash de la transacción (256 bit).
− Desde: la transacción de envío de cuenta.
− Saldo: la cantidad de moneda HETA en la cuenta "desde"
− Para: la cuenta a la que se envía la transacción.
− Valor: la cantidad de HETA para enviar.
− Tipo de transacción: define el tipo de transacción.
− Datos: la transacción puede definir sus propios datos. Un dato puede ser un mensaje arbitrario o llamada de función a un contrato o código para crear un contrato.
November 27, 2018, 07:15:34 PM
Bloque de datos Cada dato de transacción se codifica como matriz de bytes y se almacena en el campo Datos de bloque. La longitud del campo Datos de bloque es igual al número de transacciones encapsuladas en el bloque.
Una transacción consiste en la carga útil de la transacción, el árbol de permisos y las firmas. La carga útil de la transacción contiene los datos reales de la transacción y sus metadatos.
Una transacción consiste en la carga útil de la transacción, el árbol de permisos y las firmas. La carga útil de la transacción contiene los datos reales de la transacción y sus metadatos.
November 25, 2018, 08:22:09 PM
Bloque de metadatos
El bloque de metadatos almacena tres metadatos, cada uno como una matriz debytes en el campo Metadatos. Los cuatro metadatos almacenados en un bloque son: − FIRMAS: firma en la creación del bloque.
− TRANSACTIONS_VALID: transacciones válidas e inválidas en un bloque.
TRANSACTIONS_VALID es una matriz de bytes de tamaño igual al número de transacciones en el bloque. Para cada transacción, el productor establece el código de validación en la matriz de bytes de manera apropiada para representar el resultado de la validación.
− VOTE_LIST: un directorio del votante que fue votado por Masternode. La estructura del directorio es: {dirección} → {número de moneda del votante}.
El bloque de metadatos almacena tres metadatos, cada uno como una matriz debytes en el campo Metadatos. Los cuatro metadatos almacenados en un bloque son: − FIRMAS: firma en la creación del bloque.
− TRANSACTIONS_VALID: transacciones válidas e inválidas en un bloque.
TRANSACTIONS_VALID es una matriz de bytes de tamaño igual al número de transacciones en el bloque. Para cada transacción, el productor establece el código de validación en la matriz de bytes de manera apropiada para representar el resultado de la validación.
− VOTE_LIST: un directorio del votante que fue votado por Masternode. La estructura del directorio es: {dirección} → {número de moneda del votante}.
November 24, 2018, 12:20:15 PM
El encabezado de cada bloque consta de tres elementos que son − ChainNumber: el número de cadena único y se asigna de forma secuencial, comenzando desde cero. La primera cadena es una cadena especial y es MainChain.
− BlockNumber: el número de bloque único. La estructura del número de bloque es:
BlockMainChainNumber - BlockNumber. El primer bloque en una cadena es especial y se llama bloque de génesis que obtiene cero como número. Entonces, el bloque de génesis de una cadena privada que genera el segundo bloque de MainChain tendrá BlockNumber: 2-0.
− PreviousHash: hash del encabezado del bloque anterior. El contenido anterior de los bloques de génesis se establece en NULL. El contenido anterior del siguiente bloque contiene el hash SHA256 de BlockHeader del bloque anterior.
− DataHash: hash del segmento de datos del bloque actual. DataHash contiene el hash SHA256 de BlockData del bloque actual.
− MainBlockHash: hash del bloque en la cadena principal que genera la cadena privada.
− BlockNumber: el número de bloque único. La estructura del número de bloque es:
BlockMainChainNumber - BlockNumber. El primer bloque en una cadena es especial y se llama bloque de génesis que obtiene cero como número. Entonces, el bloque de génesis de una cadena privada que genera el segundo bloque de MainChain tendrá BlockNumber: 2-0.
− PreviousHash: hash del encabezado del bloque anterior. El contenido anterior de los bloques de génesis se establece en NULL. El contenido anterior del siguiente bloque contiene el hash SHA256 de BlockHeader del bloque anterior.
− DataHash: hash del segmento de datos del bloque actual. DataHash contiene el hash SHA256 de BlockData del bloque actual.
− MainBlockHash: hash del bloque en la cadena principal que genera la cadena privada.
November 22, 2018, 05:29:37 PM
HETA es una base de datos replicada que mantiene una lista en continuo crecimiento de transacciones ordenadas llamadas bloques. Cada bloque tiene un enlace al bloque anterior, y una vez que se graba un bloque, los datos no se pueden modificar.
El bloque de HETA consta de tres segmentos que son Encabezado, Datos y Metadatos. Tanto el encabezado como los metadatos son segmentos más pequeños en comparación con los datos.
El bloque de HETA consta de tres segmentos que son Encabezado, Datos y Metadatos. Tanto el encabezado como los metadatos son segmentos más pequeños en comparación con los datos.
November 21, 2018, 07:51:03 PM
Protocolo de puente: proponemos un protocolo de puente de preservación de la privacidad para vincular PrivateChains a MainChain. La intuición es que, mientras los detalles de las transacciones privadas se distribuyen de manera segura a través de los canales de PrivateChain, Bridge Protocol proporciona una comunicación segura entre la cadena privada y la cadena principal, abstrae los detalles y crea pruebas criptográficas verificables en ambas cadenas para garantizar la transparencia y seguridad del sistema.
November 20, 2018, 06:34:53 AM
Hay varias cadenas principales privadas: que sirven como canales privados para diferentes "clientes". Aquí, interpretamos un "cliente" como cualquier compañía, organización, persona, usando una plataforma. El cliente controlará su propia cadena y se comunicará con la cadena principal pública a través del protocolo de comunicación.
November 19, 2018, 10:41:11 AM
Hay una cadena principal pública, que funciona como una Blockchain Pública normal (como Ethereum, Bitcoin...). Mainchain (cadena principal) es el núcleo de HETA, todos los token públicos se almacenarán en la cadena principal y se validarán mediante nodos maestros (DPOS + consenso BFT). Además, la cadena principal también puede generar muchas cadenas para uso privado. Vincula cada transacción a otra cadena para forjar un ledger inmutable. Cada masternode llevará a cabo una duplicación de la cadena principal pública.
November 17, 2018, 05:45:26 AM
Para 1 propuesta, el propietario (en este caso de uso es CXO) puede definir el umbral, cuando el propietario no puede firmar esto, la compañía Child, Overseas y BA pueden ofrecer soporte para obtener la propuesta con un Umbral = 80%.
November 16, 2018, 06:02:35 PM
El software Heta.org permite que cada cuenta defina niveles de permiso que pueden votar y firmar, pero no pueden cambiar el permiso del propietario. Por lo tanto, habrá 2 roles principales:
− Permiso del propietario: este permiso tiene poderes administrativos sobre toda la cuenta y debe ser tenido en cuenta para las estrategias de 'copia de seguridad'.
− Permiso de esclavo: permite acceder a fondos y algunas configuraciones de cuenta, pero no puede cambiar el permiso del propietario y, por lo tanto, se considera permisos "en línea".
− Permiso del propietario: este permiso tiene poderes administrativos sobre toda la cuenta y debe ser tenido en cuenta para las estrategias de 'copia de seguridad'.
− Permiso de esclavo: permite acceder a fondos y algunas configuraciones de cuenta, pero no puede cambiar el permiso del propietario y, por lo tanto, se considera permisos "en línea".
November 15, 2018, 03:40:30 PM
Recompensas:
− El masternode después de proceder, el bloque que se compromete cogerá la recompensa mediante la recopilación de todas las transacciones de tarifas de bloque.
− El masternode compartirá la recompensa con los votantes, quienes votaron por este masternode. El porcentaje seguirá esta regla:
● El masternode recibirá el 20% de la recompensa.
● La recompensa restante se dividirá entre la base de votantes por la cantidad de monedas Heta que tenga el stakeholder.
− El masternode después de proceder, el bloque que se compromete cogerá la recompensa mediante la recopilación de todas las transacciones de tarifas de bloque.
− El masternode compartirá la recompensa con los votantes, quienes votaron por este masternode. El porcentaje seguirá esta regla:
● El masternode recibirá el 20% de la recompensa.
● La recompensa restante se dividirá entre la base de votantes por la cantidad de monedas Heta que tenga el stakeholder.
November 13, 2018, 09:16:14 PM
Si un productor pierde un bloque y no ha producido ningún bloqueo en la última hora, se les retira de la consideración hasta que notifiquen a la cadena de bloques su intención de comenzar a producir bloques nuevamente. Esto garantiza que la red funcione sin problemas al minimizar la cantidad de bloques perdidos y al no programar productores que no sean fiables.
November 12, 2018, 06:20:19 PM
Después de ser elegido, el masternode producirá un nuevo bloque y la etiqueta set blocks se pre envolverá. El masternode transmite esta confirmación de bloque al resto del nodo maestro y a la respuesta de espera. Y al recibir la aceptación de 2/3 masternodes (algoritmos de fallos bizantinos), el nuevo bloque cambiará el estado para confirmar.
November 11, 2018, 08:50:11 PM
El masternode aleatorio se elige de la lista en masternodes para verificar que el bloque produce un masternode. La razón de elegir el nodo maestro al azar, no basado en ningún parámetro es porque, al elegir de forma aleatoria, siguiendo la teoría de probabilidad, la probabilidad de que un nodo específico sea elegido es de 1/33 y esta red de ayuda de probabilidades no tiende a centralizarse porque cada nodo maestro tiene misma probabilidad de elegir. Y debido a que cada masternode tiene la misma probabilidad, y también a que el proceso de votación del stakeholder también es aleatorio, esta ayuda a todos los interesados en la red, todos tienen la misma probabilidad de recibir recompensa.
November 10, 2018, 08:35:33 PM
Según el algoritmo de consenso, cada parte interesada puede votar o no votar en el nodo maestro a través de un sistema de votación de aprobación contínua.
Después de las votaciones a su favor, masternode tiene derecho a producir el bloque en su intervalo de tiempo.
Después de las votaciones a su favor, masternode tiene derecho a producir el bloque en su intervalo de tiempo.
November 09, 2018, 05:09:48 PM
Cada 1 segundo se producirá un nuevo bloque y se autorizará exactamente a un productor para producir un bloque.
Masternode es un nodo que contiene una cierta cantidad de moneda y recibió suficientes votos de parte interesada (cualquiera que tenga la moneda). Los interesados pueden votar o revocar el masternode en cualquier momento. Hay 33 masternodes en el sistema. Son responsables de validar transacciones y producir bloques.
Masternode es un nodo que contiene una cierta cantidad de moneda y recibió suficientes votos de parte interesada (cualquiera que tenga la moneda). Los interesados pueden votar o revocar el masternode en cualquier momento. Hay 33 masternodes en el sistema. Son responsables de validar transacciones y producir bloques.
November 07, 2018, 07:07:24 PM
Consenso Heta
Comparando, esos algoritmos de consenso es como si comparamos Apple y Orange. Cada algoritmo de consenso tiene su fuerza y debilidad y se usa con diferentes propósitos. En términos de escalabilidad, tiempo de bloque y rendimiento, el dPoS y el BFT parecen ser los mejores algoritmos. Pero, hay límites. Proponemos una nueva blockchain basada en dPoS y algoritmo híbrido de consenso BFT. De forma adicional, agregamos el proceso de doble verificación para asegurarnos de que el bloque sea estable una vez agregado a la cadena.
Comparando, esos algoritmos de consenso es como si comparamos Apple y Orange. Cada algoritmo de consenso tiene su fuerza y debilidad y se usa con diferentes propósitos. En términos de escalabilidad, tiempo de bloque y rendimiento, el dPoS y el BFT parecen ser los mejores algoritmos. Pero, hay límites. Proponemos una nueva blockchain basada en dPoS y algoritmo híbrido de consenso BFT. De forma adicional, agregamos el proceso de doble verificación para asegurarnos de que el bloque sea estable una vez agregado a la cadena.
November 05, 2018, 08:38:57 PM
Tolerante a fallos bizantinos (BFT)
− Ejemplo: Hyperledger, Stellar, Ripple.
− Cómo funciona: cuando un compañero recibe un mensaje, este utiliza el mensaje junto con su estado interno para ejecutar un cálculo u operación. Este cálculo a su vez le dice a ese par qué pensar sobre el mensaje en cuestión y qué debe hacer este par.
Después de llegar a su decisión individual, ese compañero comparte esa decisión con todos los demás compañeros del sistema. Una decisión de consenso se determina sobre la base de las decisiones totales presentadas por todos los pares.
− Pros: Alto rendimiento, requiere menos esfuerzo que otros métodos, la cadena está finalizando cada bloque.
− Contras: trabajo pesado para la red.
− Ejemplo: Hyperledger, Stellar, Ripple.
− Cómo funciona: cuando un compañero recibe un mensaje, este utiliza el mensaje junto con su estado interno para ejecutar un cálculo u operación. Este cálculo a su vez le dice a ese par qué pensar sobre el mensaje en cuestión y qué debe hacer este par.
Después de llegar a su decisión individual, ese compañero comparte esa decisión con todos los demás compañeros del sistema. Una decisión de consenso se determina sobre la base de las decisiones totales presentadas por todos los pares.
− Pros: Alto rendimiento, requiere menos esfuerzo que otros métodos, la cadena está finalizando cada bloque.
− Contras: trabajo pesado para la red.
November 04, 2018, 02:15:05 PM
Prueba delegada de participación (dPoS) :
− Ejemplo: EOS, Bitshares.
− Cómo funciona: funciona en la misma línea que el sistema POS, excepto que los individuos eligen una entidad global para representar su parte de participación en el sistema.
− Pros: alto rendimiento.
− Contras: lleva tiempo finalizar y corregir la cadena si uno de los nodos maestros falla en el bloque de generación.
− Ejemplo: EOS, Bitshares.
− Cómo funciona: funciona en la misma línea que el sistema POS, excepto que los individuos eligen una entidad global para representar su parte de participación en el sistema.
− Pros: alto rendimiento.
− Contras: lleva tiempo finalizar y corregir la cadena si uno de los nodos maestros falla en el bloque de generación.
Jump to: