Skip to main content

Configuración del Cliente de la Cadena CrossFi

Daemon de Cadena Crossfi

crossfid es la herramienta que te permite interactuar con el nodo que opera en la red Cosmos Hub, ya sea que lo ejecutes tú mismo o no. Vamos a configurarlo correctamente.

Configurando crossfid

El comando principal utilizado para configurar crossfid es el siguiente:

configuración de crossfid

Te permite establecer un valor predeterminado para cada indicador dado.

Primero, configura la dirección del nodo completo al que deseas conectarte:

configuración de nodo de crossfid:

# ejemplo: configuración de nodo de crossfid https://77.87.106.33:26657

Si ejecutas tu propio nodo completo, simplemente usa tcp://localhost:26657 como dirección.

Luego, configuremos el valor predeterminado del indicador --trust-node:

configuración de `crossfid` confiar-nodo verdadero

# Establecer en verdadero si confías en el nodo completo al que te conectas, falso en caso contrario

Finalmente, configuremos el chain-id de la 'blockchain' con la que queremos interactuar:

configuración de `crossfid` `chain-id` crossfi-1

Gestión de claves

Billetera de claves

La billetera de claves contiene los pares de claves privadas/públicas utilizados para interactuar con un nodo. Por ejemplo, una clave de validador debe configurarse antes de ejecutar el nodo de la blockchain, para que los bloques puedan firmarse correctamente. La clave privada puede almacenarse en ubicaciones diferentes, llamadas "backends", tales como un archivo o el almacenamiento de claves propio del sistema operativo.

Se recomienda que los entornos sin interfaz gráfica usen los backends file o pass.

Tipos de Claves

Se utilizan tres tipos de representaciones de clave:

  • mp
    • Derivado de claves de cuenta generadas por crossfid keys add
    • Usado para recibir fondos
    • ej. mp15h6vd5f0wqps26zjlwrc6chah08ryu4hzzdwhc
  • mpvaloper
    • Usado para asociar un validador a su operador
    • Usado para invocar comandos de staking
    • ej. mpvaloper1carzvgq3e6y3z5kz5y6gxp3wpy3qdrv928vyah
  • mppub
    • Derivado de claves de cuenta generadas por crossfid keys add
    • ej. mppub1zcjduc3q7fu03jnlu2xpl75s2nkt7krm6grh4cc5aqth73v0zwmea25wj2hsqhlqzm
  • mpvalconspub
    • Generado cuando se crea el nodo con crossfid init.
    • Obtén este valor con crossfid tendermint show-validator
    • ej. mpvalconspub1zcjduepq0ms2738680y72v44tfyqm3c9ppduku8fs6sr73fx7m666sjztznqzp2emf

Migrar claves del antiguo Keybase en disco al almacenamiento secreto integrado del OS

Las versiones antiguas de crossfid almacenaban las claves en el directorio de inicio del usuario. Si estás migrando desde una versión antigua de crossfid, necesitarás migrar tus claves antiguas al almacenamiento de credenciales de tu sistema operativo ejecutando el siguiente comando:

migración de claves de `crossfid`

El comando solicitará cada frase de contraseña. Si una frase de contraseña es incorrecta, omitirá la clave respectiva.


Generar Claves

Necesitarás un par de claves privadas y públicas de cuenta (también conocido como sk, pk respectivamente) para poder recibir fondos, enviar txs, enlazar tx, etc.

Para generar una nueva clave secp256k1:

adición de claves `crossfid`

La salida del comando anterior contendrá una frase semilla. Se recomienda guardar la frase semilla en un lugar seguro para que en caso de que olvides la contraseña del almacenamiento de credenciales del sistema operativo, puedas eventualmente regenerar la clave desde la frase semilla con el siguiente comando:

adición de claves `crossfid` --recuperar

Si revisas tus claves privadas, ahora verás ``:

mostrar claves de `crossfid`

Ver la dirección del operador del validador a través de:

mostrar claves de `crossfid`  --bech=val

Puedes ver todas tus claves disponibles escribiendo:

lista de claves `crossfid`

Ver la clave pública del validador de tu nodo escribiendo:

mostrar validador de `crossfid tendermint`

Ten en cuenta que esta es la clave de firma de Tendermint, no la clave del operador que usarás en las transacciones de delegación.

Recomendamos encarecidamente NO usar la misma frase de contraseña para múltiples claves. El equipo de Tendermint y la Fundación Interchain no serán responsables de la pérdida de fondos.


Generar Claves Públicas Multisig

Puedes generar e imprimir una clave pública multigrupo escribiendo:

adición de claves `crossfid` --multisig=nombre1,nombre2,nombre3[...] --umbral-multisig=K nuevo_nombre_de_clave

K es el número mínimo de claves privadas que deben haber firmado las transacciones que llevan la dirección de la clave pública como firmante.

El indicador --multisig debe contener los nombres de las claves públicas que se combinarán en una clave pública que se generará y almacenará como nuevo_nombre_de_clave en la base de datos local. Todos los nombres proporcionados a través de --multisig ya deben existir en la base de datos local. A menos que se establezca el indicador --nosort, el orden en que se suministran las claves en la línea de comandos no importa, es decir, los siguientes comandos generan dos claves idénticas:

adición de claves `crossfid` --multisig=foo,bar,baz --umbral-multisig=2 dirección_multisig
adición de claves `crossfid` --multisig=baz,foo,bar --umbral-multisig=2 dirección_multisig

Las direcciones multisig también se pueden generar sobre la marcha e imprimirse a través del siguiente comando:

mostrar claves de `crossfid` --umbral-multisig K nombre1 nombre2 nombre3 [...]

Para obtener más información sobre cómo generar, firmar y transmitir transacciones con una cuenta de firma múltiple, consulta Transacciones Multisig.


Transmisión de Transacciones

Al transmitir transacciones, crossfid acepta un indicador --modo-transmisión. Este indicador puede tener un valor de sync (predeterminado), async o block, donde sync hace que el cliente devuelva una respuesta CheckTx, async hace que el cliente regrese inmediatamente, y block hace que el cliente espere a que la tx se comprometa (o se agote el tiempo).

Es importante tener en cuenta que el modo block no debe usarse en la mayoría de las circunstancias. Esto se debe a que la transmisión puede agotarse, pero la tx aún puede incluirse en un bloque. Esto puede dar lugar a muchas situaciones indeseables. Por lo tanto, es mejor usar sync o async y consultar por hash de tx para determinar cuándo la tx se incluye en un bloque.

Tarifas y Gas

Cada transacción puede suministrar tarifas o precios del gas, pero no ambos.

Los validadores tienen una configuración de precio de gas mínimo (multi-denom) y usan este valor para determinar si deben incluir la transacción en un bloque durante CheckTx, donde gasPrecios >= preciosMinimosGas. Nota, tu transacción debe proporcionar tarifas que sean mayores o iguales a cualquiera de las denominaciones que el validador requiere.

Nota: Con tal mecanismo en su lugar, los validadores pueden comenzar a priorizar txs por gasPrecio en el mempool, por lo que proporcionar tarifas más altas o precios de gas puede ofrecer mayor prioridad a la tx.

ej.

envío tx de `crossfid` banco ... --tarifas=50000uatom

o

bash
envío tx de `crossfid` banco ... --precios-gas=0.0025uatom

Operaciones de Cuenta

Obtener Tokens

En una red de prueba, obtener tokens generalmente se hace mediante un faucet. Actualmente, no hay ningún faucet público disponible.

Consultar Saldo de Cuenta

Después de recibir tokens en tu dirección, puedes ver el saldo de tu cuenta escribiendo:

consulta de cuenta `crossfid`

Cuando consultas el saldo de una cuenta con cero tokens, recibirás este error: No se encontró ninguna cuenta con la dirección en el estado. Esto también puede suceder si financias la cuenta antes de que tu nodo se haya sincronizado completamente con la cadena. Estos son ambos normales.

Enviar Tokens

El siguiente comando podría usarse para enviar monedas de una cuenta a otra:

envío tx de `crossfid` banco  10faucetToken \
--cadena-id=

El argumento cantidad acepta el formato .

Probablemente desees limitar el máximo de gas que puede consumir la transacción mediante el indicador --gas. Si pasas --gas=auto, el suministro de gas se estimará automáticamente antes de ejecutar la transacción. La estimación de gas podría ser inexacta, ya que los cambios de estado podrían ocurrir entre el final de la simulación y la ejecución real de una transacción, por lo que se aplica un ajuste sobre la estimación original para garantizar que la transacción se transmita con éxito. El ajuste puede ser controlado mediante el indicador --ajuste-gas, cuyo valor predeterminado es 1.0.

Ahora, visualiza los saldos actualizados de las cuentas de origen y destino:

consulta de cuenta `crossfid`
consulta de cuenta `crossfid`

También puedes verificar tu balance en un bloque específico usando el indicador --block:

consulta de cuenta `crossfid`  --bloque=

Puedes simular una transacción sin transmitirla realmente agregando el indicador --prueba a la línea de comandos:

envío tx de `crossfid` banco  10faucetToken \
--cadena-id= \
--prueba

Además, puedes construir una transacción e imprimir su formato JSON a STDOUT agregando --sólo-generar a la lista de argumentos de la línea de comandos:

envío tx de `crossfid` banco  10faucetToken \
--cadena-id= \
--sólo-generar > unsignedSendTx.json

bash
firma tx de `crossfid` \
--cadena-id= \
--de= \
unsignedSendTx.json > signedSendTx.json

El indicador --sólo-generar evita que crossfid acceda al almacenamiento local de claves. Por tanto, cuando se suministra tal indicador, `` debe ser una dirección.

Puedes validar las firmas de la transacción escribiendo lo siguiente:

firma tx de `crossfid` --validar-firmas signedSendTx.json

Puedes transmitir la transacción firmada a un nodo proporcionando el archivo JSON al siguiente comando:

transmitir tx de `crossfid` --nodo= signedSendTx.json

Consultar Transacciones

Coincidencia de un Conjunto de Eventos

Puedes usar el comando de búsqueda de transacciones para consultar aquellas que coincidan con un conjunto específico de eventos, que se agregan en cada transacción.

Cada evento está compuesto por un par clave-valor en forma de .=. Los eventos también se pueden combinar para consultar un resultado más específico usando el símbolo &.

Puedes consultar transacciones por eventos de la siguiente manera:

consulta de txs `crossfid` --eventos='message.sender=cosmos1...'

Y para usar múltiples eventos:

consulta de txs `crossfid` --eventos='message.sender=cosmos1...&message.action=withdraw_delegator_reward'

La paginación también es compatible mediante página y límite:

consulta de txs `crossfid` --eventos='message.sender=cosmos1...' --página=1 --límite=20

La etiqueta de acción siempre es igual al tipo de mensaje devuelto por la función Type() del mensaje correspondiente.

Puedes encontrar una lista de eventos disponibles en cada uno de los módulos SDK:

Concordancia con el Hash de una Transacción

También puedes consultar una sola transacción por su hash usando el siguiente comando:

consulta de tx `crossfid` [hash]


Slashing

Desencarcelamiento

Para liberar tu validador encarcelado

desencarcelar tx en `crossfid` slashing --desde

Información de Firmas

Para recuperar la información de firmas de un validador:

consulta de firma de `crossfid` slashing

Consultar Parámetros

Puedes obtener los parámetros actuales de slashing a través de:

consulta de parámetros `crossfid` slashing

Acuñación

Puedes consultar los parámetros de acuñación/inflación a través de:

consulta de parámetros `crossfid` acuñación

Para consultar el valor actual de inflación:

consulta de inflación `crossfid` acuñación

Para consultar el valor actual de provisiones anuales:

consulta de provisiones anuales `crossfid` acuñación

Staking

Configura un Validador

Por favor, consulta la sección de Configuración de Validador (рысь был удален) para una guía más completa sobre cómo configurar un candidato a validador.

Delegar a un Validador

En la próxima mainnet, puedes delegar atom a un validador. Estos delegadores pueden recibir parte de los ingresos por tarifas del validador. Lee más sobre el Modelo de Token de Cosmos.

Consultar Validadores

Puedes consultar la lista de todos los validadores de una cadena específica:

consulta de validadores `crossfid` staking

Si deseas obtener la información de un único validador, puedes verificarlo con:

consulta de validador `crossfid` staking

Enlazar Tokens

En la mainnet de Cosmos Hub, delegamos uatom, donde 1atom = 1000000uatom. Así es cómo puedes enlazar tokens a un validador de prueba (i.e. delegar):

delegar tx de `crossfid` staking \
--monto=10000000uatom \
--validador= \
--de= \
--cadena-id=

`` es la dirección del operador del validador al que deseas delegar. Si estás ejecutando una red de prueba local, puedes encontrar esta dirección con:

mostrar claves `crossfid` [nombre] --bech val

donde [nombre] es el nombre de la clave que especificaste al inicializar crossfid.

Mientras los tokens están enlazados, se agrupan con todos los demás tokens enlazados en la red. Los validadores y delegadores obtienen un porcentaje de acciones que equivalen a su participación en este grupo.

Consultar Delegaciones

Una vez que envíes una delegación a un validador, puedes ver su información utilizando el siguiente comando:

consulta de delegación `crossfid` staking

O si deseas verificar todas tus delegaciones actuales con validadores distintos:

consulta de delegaciones `crossfid` staking

Desvincular Tokens

Si por alguna razón el validador se comporta mal, o simplemente deseas desvincular una cierta cantidad de tokens, usa el siguiente comando.

desvincular tx de `crossfid` staking \
\
10atom \
--de= \
--cadena-id=

La desvinculación se completará automáticamente cuando el período de desvinculación haya finalizado.

Consulta Desvinculación-Delegaciones

Una vez inicies una desvinculación-delegación, puedes ver su información usando el siguiente comando:

crossfid query staking unbonding-delegation

O si deseas verificar todas tus delegaciones desvinculadas actuales con distintos validadores:

crossfid query staking unbonding-delegations

Además, como puedes obtener todas las delegaciones desvinculadas de un validador en particular:

crossfid query staking unbonding-delegations-from

Redelegar Tokens

Una redelegación es un tipo de delegación que te permite vincular tokens ilusorios de un validador a otro:

crossfid tx staking redelegate \
\
\
10atom \
--from= \
--chain-id=

Aquí también puedes redelegar una cantidad específica de participaciones-cantidad o una fracción-participaciones con las banderas correspondientes.

La redelegación se completará automáticamente cuando haya pasado el período de desvinculación.

Consulta Redelegaciones

Una vez que inicies una redelegación, puedes ver su información usando el siguiente comando:

crossfid query staking redelegation

O si deseas verificar todas tus delegaciones desvinculadas actuales con distintos validadores:

crossfid query staking redelegations

Además, como puedes obtener todas las redelegaciones salientes de un validador en particular:

crossfid query staking redelegations-from

Consulta Parámetros

Los parámetros definen configuraciones de alto nivel para staking. Puedes obtener los valores actuales usando:

crossfid query staking params

Con el comando anterior obtendrás los valores para:

  • Tiempo de desvinculación
  • Número máximo de validadores
  • Denominación de la moneda para staking

Todos estos valores estarán sujetos a actualizaciones a través de un proceso de gobernanza por propuestas de CambioDeParámetro.

Consulta Fondo

Un fondo de staking define los parámetros dinámicos del estado actual. Puedes consultarlos con el siguiente comando:

crossfid query staking pool

Con el comando fondo obtendrás los valores para:

  • Tokens no vinculados y vinculados
  • Suministro de tokens
  • Inflación anual actual y el bloque en el que se procesó la última inflación
  • Últimas participaciones vinculadas registradas

Consulta Delegaciones Al Validador

También puedes consultar todas las delegaciones a un validador en particular:

crossfid query delegations-to

Gobernanza

La gobernanza es el proceso mediante el cual los usuarios en el Cosmos Hub pueden llegar a un consenso sobre actualizaciones de software, parámetros de la mainnet o mecanismos de señalización a través de propuestas de texto. Esto se realiza votando propuestas, que serán presentadas por los poseedores de ATOM en la mainnet.

Algunas consideraciones sobre el proceso de votación:

  • La votación se realiza por parte de los poseedores de ATOM vinculados en una base de 1 ATOM vinculado por 1 voto
  • Los delegadores heredan el voto de su validador si no votan
  • Los votos se cuentan al final del período de votación (2 semanas en la mainnet) donde cada dirección puede votar varias veces para actualizar su valor de Opción (pagando la tarifa de transacción cada vez), solo el voto emitido más recientemente se contará como válido.
  • Los votantes pueden elegir entre las opciones , No, NoConVeto y Abstenerse
  • Al final del período de votación, una propuesta es aceptada si:
    • (VotosSí / (VotosSí+VotosNo+VotosNoConVeto)) > 1/2
    • (VotosNoConVeto / (VotosSí+VotosNo+VotosNoConVeto)) < 1/3
    • ((VotosSí+VotosNo+VotosNoConVeto) / participaciónTotalVinculada) >= quórum

Para obtener más información sobre el proceso de gobernanza y cómo funciona, por favor consulta la especificación del módulo de Gobernanza.

Crear una Propuesta de Gobernanza

Para crear una propuesta de gobernanza, debes presentar un depósito inicial junto con un título y descripción. Varios módulos fuera de la gobernanza pueden implementar sus propios tipos de propuestas y gestores (por ejemplo, cambios de parámetros), donde el módulo de gobernanza en sí soporta propuestas de Texto. Cualquier módulo fuera de la gobernanza tiene su comando montado sobre submit-proposal.

Para presentar una propuesta de Texto:

crossfid tx gov submit-proposal \
--title= \
--description=<descripción> \
--type="Texto" \
--deposit="1000000uatom" \
--from=<nombre> \
--chain-id=<chain_id>

También puedes proporcionar la propuesta directamente a través del flag --proposal que apunta a un archivo JSON que contiene la propuesta.

Para presentar una propuesta de cambio de parámetro, debes proporcionar un archivo de propuesta ya que sus contenidos son menos amigables para la entrada en CLI:

crossfid tx gov submit-proposal param-change <ruta/a/propuesta.json> \
--from=<nombre> \
--chain-id=<chain_id>

Dónde propuesta.json contiene lo siguiente:


],
"depósito": [

]
}

Actualmente los cambios de parámetro son evaluados pero no validados, por lo que es muy importante que cualquier cambio de valor sea válido (es decir, tipo correcto y dentro de límites) para su respectivo parámetro, por ejemplo, MaxValidators debería ser un entero y no un decimal.

Una correcta evaluación de una propuesta de cambio de parámetro debería prevenir esto (no deberían ocurrir depósitos durante el proceso de gobernanza), pero debería señalarse de todas formas.

Actualmente el SoftwareUpgrade no está soportado ya que no está implementado y actualmente no difiere de los semánticos de una propuesta de Texto.

Consulta Propuestas

Una vez creada, ahora puedes consultar la información de la propuesta:

crossfid query gov proposal <proposal_id>

O consultar todas las propuestas disponibles:

crossfid query gov proposals

También puedes consultar propuestas filtradas por votante o depositante usando las banderas correspondientes.

Para consultar el proponente de una propuesta de gobernanza:

crossfid query gov proposer <proposal_id>

Incrementar Depósito

Para que una propuesta se transmita a la red, la cantidad depositada debe estar por encima de un valor minDepósito (valor inicial: 512000000uatom). Si la propuesta que creaste previamente no cumplió con este requisito, aún puedes aumentar la cantidad total depositada para activarla. Una vez que se alcance el depósito mínimo, la propuesta entra en período de votación:

crossfid tx gov deposit <proposal_id> "10000000uatom" \
--from=<nombre> \
--chain-id=<chain_id>

> NOTA: Las propuestas que no cumplen con este requisito serán eliminadas después de que se alcance el MaxDepositPeriod.

Consulta Depósitos

Una vez creada una nueva propuesta, puedes consultar todos los depósitos realizados a ella:

crossfid query gov deposits <proposal_id>

También puedes consultar un depósito realizado por una dirección específica:

crossfid query gov deposit <proposal_id> <depositante_dirección>

Votar Propuesta

Después de que el depósito de una propuesta alcanza el valor MinDeposito, se abre el período de votación. Los tenedores de Átomo vinculados pueden entonces emitir su voto:

crossfid tx gov vote <proposal_id> <Sí/No/NoConVeto/Abstención> \
--from=<nombre> \
--chain-id=<chain_id>

Consulta Votos

Verifica el voto con la opción que acabas de presentar:

crossfid query gov vote <proposal_id> <votante_dirección>

También puedes obtener todos los votos anteriores presentados a la propuesta con:

crossfid query gov votes <proposal_id>

Consulta resultados del recuento de propuestas

Para verificar el recuento actual de una propuesta determinada, puedes usar el comando tally:

crossfid query gov tally <proposal_id>

Consulta Parámetros de Gobernanza

Para verificar los parámetros actuales de gobernanza ejecuta:

crossfid query gov params

Para consultar subconjuntos de los parámetros de gobernanza ejecuta:

crossfid query gov param voting
crossfid query gov param tallying
crossfid query gov param deposit

Distribución de Tarifas

Consulta Parámetros de Distribución

Para verificar los parámetros actuales de distribución, ejecuta:

crossfid query distribution params

Consulta Fondo de la Comunidad de Distribución

Para consultar todas las monedas en el fondo de la comunidad que está bajo el control de Gobernanza:

crossfid query distribution community-pool

Consulta recompensas pendientes

Para verificar las recompensas pendientes (sin retirar) actuales, ejecuta:

crossfid query distribution outstanding-rewards

Consulta Comisión del Validador

Para verificar la comisión pendiente actual para un validador, ejecuta:

crossfid query distribution commission <validator_address>

Consulta Sanciones del Validador

Para verificar sanciones históricas para un validador, ejecuta:

crossfid query distribution slashes <validator_address> <start_height> <end_height>

Consulta Recompensas para el Delegador

Para verificar recompensas actuales para una delegación (si fueran retiradas), ejecuta:

crossfid query distribution rewards <delegator_address> <validator_address>

Consulta Todas las Recompensas para el Delegador

Para verificar todas las recompensas actuales para una delegación (si fueran retiradas), ejecuta:

crossfid query distribution rewards <delegator_address>

Transacciones Multisig

Las transacciones multisig requieren firmas de múltiples claves privadas. Por lo tanto, la generación y firma de una transacción desde una cuenta multisig implican la cooperación entre las partes involucradas. Una transacción multisig puede ser iniciada por cualquiera de los titulares de la clave, y al menos uno de ellos deberá importar las claves públicas de otras partes a su Keybase y generar una clave pública múltiple para finalizar y transmitir la transacción.

Por ejemplo, dada una clave multisig que comprende las claves p1, p2 y p3, cada una de las cuales es mantenida por una parte distinta, el usuario que posee p1 necesitará importar tanto p2 como p3 para generar la clave pública de la cuenta multisig:

crossfid keys add \
p2 \
--pubkey=cosmospub1addwnpepqtd28uwa0yxtwal5223qqr5aqf5y57tc7kk7z8qd4zplrdlk5ez5kdnlrj4

crossfid keys add \
p3 \
--pubkey=cosmospub1addwnpepqgj04jpm9wrdml5qnss9kjxkmxzywuklnkj0g3a3f8l5wx9z4ennz84ym5t

crossfid keys add \
p1p2p3 \
--multisig-threshold=2 \
--multisig=p1,p2,p3

Se ha almacenado una nueva clave pública multisig p1p2p3, y su dirección será utilizada como signatario de transacciones multisig:

crossfid keys show --address p1p2p3

También puedes ver el umbral multisig, los constituyentes de la clave pública y sus respectivos pesos viendo la salida JSON de la clave o pasando el flag --show-multisig:

crossfid keys show p1p2p3 -o json

crossfid keys show p1p2p3 --show-multisig

El primer paso para crear una transacción multisig es iniciarla en nombre de la dirección multisig creada anteriormente:

crossfid tx bank send cosmos1570v2fq3twt0f0x02vhxpuzc9jc4yl30q2qned 1000000uatom \
--from=<multisig_dirección> \
--generate-only > unsignedTx.json

El archivo unsignedTx.json contiene la transacción sin firmar codificada en JSON. p1 ahora puede firmar la transacción con su propia clave privada:

crossfid tx sign \
unsignedTx.json \
--multisig=<multisig_dirección> \
--from=p1 \
--output-document=p1signature.json

Una vez que se genera la firma, p1 transmite tanto unsignedTx.json como p1signature.json a p2 o p3, quienes, a su vez, generarán su respectiva firma:

crossfid tx sign \
unsignedTx.json \
--multisig=<multisig_dirección> \
--from=p2 \
--output-document=p2signature.json

p1p2p3 es una clave multisig 2 de 3, por lo tanto, una firma adicional es suficiente. Cualquiera de los titulares de la clave puede ahora generar la transacción multisig combinando los archivos de firmas requeridos:

crossfid tx multisign \
unsignedTx.json \
p1p2p3 \
p1signature.json p2signature.json > signedTx.json

La transacción ahora puede ser enviada al nodo:

crossfid tx broadcast signedTx.json

Scripts de Autocompletado para Shells

Los scripts de autocompletado para intérpretes de shell UNIX populares, como Bash y Zsh, pueden generarse a través del comando completion, que está disponible tanto para crossfid como para gaiacli.

Si deseas generar scripts de autocompletado para Bash, ejecuta el siguiente comando:

crossfid completion > crossfid_completion
crossfid completion > gaiacli_completion

Si deseas generar scripts de autocompletado para Zsh, ejecuta el siguiente comando:

crossfid completion --zsh > crossfid_completion
crossfid completion --zsh > gaiacli_completion

En la mayoría de los sistemas UNIX, estos scripts pueden cargarse en .bashrc o .bash_profile para habilitar la autocompletación de Bash:

echo '. crossfid_completion' >> ~/.bashrc
echo '. gaiacli_completion' >> ~/.bashrc

Consulta el manual de usuario de tu intérprete proporcionado por tu sistema operativo para obtener información sobre cómo habilitar la autocompletación de shells.