El no oficial

FIO
Salón de herramientas.

Una ventanilla única para todo lo relacionado con FIO.

Powered by CoinMonster.Org & TheCurrencyHub.io

Consolidación de noticias e información de FIO de Gorjeo, Telegrama y el Fundación FIO.

¿No puede encontrar FIO en su intercambio? Puede obtener tokens FIO sin utilizar un intercambio. Aprende más.

Últimas noticias

11-06-20 FIO Versión 2.2 en Mainnet

10-28-20 Director Gerente de FIO Luke Stokes  analiza por qué ahora es el momento de que los servicios financieros adoptar soluciones descentralizadas  Artículo de Cointelegraph 

10-16-20 Cambia ahora tiene oficialmente  integrado el protocolo FIO.

10-12-20 Versión 2.1 de FIO Ahora vive

Cartera Edge 10-8-20 ha hecho algunos actualizaciones emocionantes!

9-22-20  $20,000 Sorteo FIO: Binance aprende y gana

9-15-20 Bithumb llevará a cabo un "FIO Special Sorteo de 350.000 FIO”Evento!

9-11-20 BitMax.io se mueve a Elimine el uso de megafonía con el protocolo FIO

9-10-20 Versión 2.0 de FIO Todos los nodos de historial, API y productor de FIO deben actualizarse a la versión 2.0.0 antes del 16 de septiembre de 2020

8-31-20 @KennethBosak está teniendo un FIO Giveawy en Twitter ve a verlo!

8-14-20 FIO Sse ha añadido apoyo a SwapZone.io- ahora puede navegar por los servicios, encontrar las mejores ofertas e intercambiar $FIO.

Ver el completo Noticias FIO página

Lanzamientos aéreos y obsequios

Para ayudar a promover la adopción de FIO, hay concursos, lanzamientos aéreos y obsequios periódicos. Siguiendo FIO en Twitter es la mejor manera de mantenerse actualizado sobre los sorteos.

Últimas actualizaciones sobre incentivos actuales

9-22-20  $20,000 Sorteo FIO: Binance aprende y gana

9-20-20 los Concurso de referencias ¡Vuelve hasta el 18 de octubre!

9-15-20 Bithumb llevará a cabo un "FIO Special Sorteo de 350.000 FIO”Evento!

8-13-20 Para celebrar la cotización oficial de FIO en Bithumb Global,hay un "Fondo de gran premio de 50.000 FIO”Evento de participación comunitaria!

¡Puede obtener una dirección FIO gratuita!  8-6-20 Esto es solo por un tiempo limitado, por lo que le recomendamos que obtenga su dirección gratuita hoy.

¿Quieres ayudar a FIO a crecer?
¿Tienes una propuesta de marketing?
¿Quiere incluir FIO en su Exchange?

Envíe una propuesta de trabajador de la FIO.

¡Obtenga su dirección FIO hoy!

Producto Estado
ShapeShift Mobile ¡NUEVO! Registro de dirección FIO
Resolución de direcciones FIO
Solicitudes de FIO
infinito Resolución de direcciones FIO
Enviar / recibir FIO
Edge Totalmente integrado
Tribe Registro de dirección FIO
Resolución de direcciones FIO
Solicitudes de FIO
Guarda Wallet Totalmente integrado
Midas Protocol Registro de dirección FIO
Resolución de direcciones FIO
Scatter Registro de dirección FIO
Registro de dominio FIO
Resolución de direcciones FIO
Solicitudes de FIO
Bloks Registro de dirección FIO
Registro de dominio FIO
Resolución de direcciones FIO
Cartera atómica Registro de dirección FIO
Trust Wallet Registro de dominio FIO

Se pueden ver tutoriales de FIO aquí.

La hoja de ruta de la FIO

La visión de FIO es operar como un DAC (Consorcio Autónomo Descentralizado) transparente y administrado por la comunidad en el que los titulares de tokens tienen influencia sobre el futuro del protocolo FIO.

los Hoja de ruta de FIO es administrado por la fundación FIO pero el contenido de la hoja de ruta es impulsado por la comunidad (usuarios, productores de bloques, miembros de la fundación) a través de Propuestas de Mejoras FIO (FIP). El FIPS vivir en GitHub.

Puede influir en la hoja de ruta siendo un miembro activo de la comunidad y participar en los debates sobre Telegrama  y Gorjeo.

 

Productores de bloques

¿Qué es un productor de bloques?
Los productores de bloques ejecutan la infraestructura necesaria para ejecutar el blockhain FIO y desempeñan un papel importante en la gobernanza de la cadena. Aquellos que poseen tokens FIO eligen a los productores de bloques mediante votación.

¿Quiénes son los productores de bloques?
Cualquiera puede registrarse para ser un productor de bloques (BP) y producir bloques si recibe suficientes votos. Se pagará a los 21 BP activos principales y hasta 21 BP en espera; el grupo de los 42 BP totales se determina por el número de votos. Usted puede vea la lista actual de productores de bloques aquí.

Métricas de rendimiento del productor de bloques

Propuestas de mejora de FIO

¿Quién decide qué sigue para FIO? ¡Bueno, eres tú, por supuesto!

Ver los FIP completos en Github

Transferencia de dominio FIO / dirección FIO y purga de datos

Este FIP implementa lo siguiente:

  • Agrega la capacidad de transferir el dominio FIO a un nuevo propietario mediante una nueva acción
  • Agrega la capacidad de transferir la dirección FIO a un nuevo propietario mediante una nueva acción
  • Agrega nuevos puntos finales de API para transferencia de dominio FIO, transferencia de dirección FIO
  • Agrega nuevas tarifas para la transferencia de dominio FIO y la transferencia de dirección FIO
  • Modifica la lógica de búsqueda para get_obt_data, get_pending_fio_requests, get_sent_fio_requests, get_cancelled_fio_requests

Motivación

Tanto el dominio FIO como la dirección FIO son tokens no fungibles (NFT) que pertenecen a una clave pública FIO. La capacidad de transferir la propiedad es imprescindible, sin embargo, actualmente no hay soporte para ello en el Protocolo FIO. Siempre se asumió que esta será una de las primeras mejoras al Protocolo FIO.

Mejoras en la paginación a través de API

Este FIP implementa lo siguiente:

  • Agrega nuevos puntos finales de API para obtener dominios FIO con soporte para paginación
  • Agrega nuevos puntos finales de API para obtener direcciones FIO con soporte para paginación

Motivación

Actualmente, existen deficiencias en la paginación de ciertas llamadas a la API:

  • / get_fio_names no tiene paginación en absoluto. Si una cuenta tiene más dominios FIO o direcciones FIO de los que se pueden devolver antes de que se agote el tiempo de espera de lectura de la tabla, solo se devuelven resultados parciales sin advertir al usuario o sin la capacidad de recuperar el resto.

Proporcionar la capacidad de cancelar una solicitud de fondos.

Este FIP implementa lo siguiente:

  • Agrega un nuevo punto final de API y una acción de contrato para la cancelación de una solicitud de fondos.
  • Agrega un nuevo punto final que admitirá la paginación que se llama get_cancelled_requests.
  • Agrega una nueva verificación para registrar la acción de obt en el contrato fio.request.obt para verificar que si se especifica el ID de solicitud, si hay un estado de cancelado, esto es un error.

Motivación

Actualmente, la API de FIO no proporciona ninguna forma para que un usuario cancele una solicitud de fondos que haya realizado:

  • Es previsible que los usuarios deseen cancelar las solicitudes de fondos recién realizadas.
  • Cuando un usuario ingresa datos erróneos (para cantidades o notas)
  • Cuando los eventos en el mundo de los usuarios conspiran para hacer que la solicitud sea irrelevante.
  • Cuando la cuenta de un usuario ha sido "pirateada" y desean cancelar solicitudes fraudulentas de fondos.
  • Una vez que tengamos la capacidad de cancelar, será útil tener un punto final de API llamado get_cancelled_requests.
  • Una vez que tenemos la capacidad de cancelar, queremos verificar en el registro obt si el estado de la solicitud se cancela, esto es un error, siempre que se especifique una identificación de solicitud.

Proporcionar la capacidad de eliminar la dirección de publicación del protocolo FIO para un usuario

Este FIP implementa lo siguiente:

  • Agrega un nuevo punto final de API y una acción de contrato para eliminar las direcciones de pub seleccionadas.
  • Agrega un nuevo punto final de API y una acción de contrato para eliminar todas las direcciones de publicación.

Motivación

Actualmente, la API de FIO no proporciona ninguna forma para que un usuario elimine las asignaciones de direcciones públicas para un usuario:

  • Es previsible que los usuarios necesiten eliminar las asignaciones de direcciones de pub
  • Cuando un determinado token ya no es compatible
  • Siempre que un usuario desee eliminar una determinada asignación del estado por motivos de privacidad.

Privacidad mejorada

Terminología

  • Dirección pública nativa de Blockchain (NBPA) - esta es la dirección pública en una cadena de bloques nativa que se necesita para enviar fondos y está asociada a la dirección FIO usando / add_pub_address
  • Tenedor - es el usuario que recibe fondos. En el escenario Enviar, este es el usuario que coloca NBPA en la Cadena FIO y permite que el Pagador lo vea para que el Pagador pueda enviar fondos usando este NBPA. En el escenario de solicitud, este es el usuario que envía una solicitud de FIO.
  • Pagador - es el usuario que envía fondos usando la dirección FIO. En el escenario de envío, el pagador escribirá una dirección FIO en la billetera, esa billetera buscará el NBPA correspondiente en la cadena de bloques nativa y se ejecutará la transacción. En el escenario de Solicitud, el Pagador responderá a una Solicitud de FIO enviada por el Beneficiario.
  • Remitente - ¿El usuario envía una transacción en la Cadena FIO a otro usuario (Receptor)?
  • Receptor - ¿el usuario recibe una transacción en la cadena FIO de otro usuario (remitente)?

Resumen

Este FIP implementa varias características nuevas para mejorar la privacidad del Protocolo FIO:

  • Amplía el esquema de cifrado de datos FIO existente para incluir NBPA para cifrar opcionalmente NBPA colocados en cadena.
  • Introduce una nueva forma de intercambiar solicitudes FIO, datos FIO y NBPA, lo que oculta el hecho de que los usuarios interactúan entre sí.
  • Se consolida record_obt_data y rechazar_funds_request en un solo priv_record_send_action para ofuscar aún más la acción que se tomó en una solicitud de FIO.

Las acciones introducidas coexistirán con las acciones existentes para garantizar la compatibilidad con versiones anteriores.

Motivación

Aunque el contenido de las solicitudes FIO y los registros OBT ya está cifrado, hay otras dos áreas en las que se puede mejorar la privacidad del protocolo FIO:

  • Cada vez que se almacena una solicitud FIO o un registro OBT en cadena, las direcciones FIO de ambas partes se almacenan sin cifrar. Esto permite a los observadores de blockchain:
    • Direcciones FIO asociadas que realizan transacciones entre sí, aunque los detalles de esas transacciones son privados.
  • Los NBPA asignados a direcciones FIO se almacenan en cadena sin cifrar. Esto permite a los observadores de blockchain:
    • Asociar NBPA a direcciones FIO identificables.
    • Asocie NBPA en diferentes cadenas de bloques que pertenezcan a un solo individuo / entidad a través de una dirección FIO común.

Transferir tokens bloqueados

Este FIP implementa la capacidad de transferir tokens a una nueva cuenta y bloquear esos tokens en un horario predefinido.

Nuevas acciones propuestas:

Acción Punto final Descripción
trnsloctoks transfer_locked_tokens Transfiera y bloquee tokens según el horario proporcionado.
get_locks Devuelve los períodos de bloqueo de la cuenta.

Acciones modificadas:

Acción Punto final Descripción
get_fio_balance Modificado para agregar saldo de tokens disponible.

Motivación

El protocolo FIO incluye funcionalidad de bloqueo de token, que se creó específicamente para adaptarse a requisitos complejos para bloquear tokens acuñado en Mainnet. Esta funcionalidad no estaba destinada a estar disponible después de Mainnet.

El caso de uso original era permitir que la Fundación otorgue o venda tokens con candados adjuntos. Durante el diseño, el alcance se amplió para admitir el caso de uso de permitir que las personas bloqueen tokens por sí mismos como ahorros o por razones de seguridad. Sin embargo, admitir ambos casos de uso agregó una complejidad innecesaria y el FIP se redujo para centrarse en el caso de uso original. Los usuarios individuales aún pueden bloquear sus propios tokens utilizando la funcionalidad desarrollada para este FIP.

Proporcionar la capacidad de grabar direcciones FIO

Este FIP implementa la capacidad de los propietarios de grabar sus direcciones FIO.

Nuevas acciones propuestas:

Acción Punto final Descripción
quemar burn_fio_address Dirección FIO de Burns.

Motivación

Actualmente la cadena FIO quema (quita del estado) Direcciones FIO después del período de gracia después de sus fechas de vencimiento.

Un propietario debería poder grabar su dirección FIO antes de que caduque, si ya no desea usarla y desea purgar todos los datos asociados. Hay muchas razones por las que alguien querría grabar su dirección FIO:

  • Requisitos comerciales / personales
  • Rentabilidad
  • Prevención de spam

Solicitud de dirección pública

Este FIP implementa el concepto de Solicitud de megafonía, que permite al pagador solicitar una megafonía del beneficiario antes de enviarla, y que el beneficiario le dé esa dirección pública al pagador de forma cifrada. Además, le permite al Pagador permitir que esa Dirección Pública se use en el futuro sin la necesidad de una Solicitud de Dirección Pública para cada envío.

Nuevas acciones propuestas:

Acción Punto final Descripción
newpubaddreq new_pub_address_request Solicita una dirección pública para una cadena / token específico de una dirección FIO.
relpubadd release_pub_address Coloca una dirección pública encriptada para una cadena / token específica y una dirección FIO en la cadena.
rejectaddreq rechazar_pub_address_request Permite que el beneficiario marque la solicitud de dirección pública como rechazada, de modo que se notifique al pagador y el beneficiario solo pueda recuperar las solicitudes pendientes en el futuro.
canceladdreq cancel_pub_address_request Permite al Pagador marcar la Solicitud de megafonía como cancelada, si cambió de opinión. Esto solo se puede hacer mientras la solicitud está pendiente.
get_pending_pub_address_request Devuelve solicitudes de dirección pública para una clave pública FIO especificada.
get_sent_pub_address_request Devuelve las solicitudes de dirección pública enviadas por la clave pública FIO especificada.
get_cancelled_pub_address_request Devuelve las solicitudes de dirección pública enviadas por la clave pública FIO especificada y canceladas.

Acciones modificadas:

Acción Punto final Descripción
get_pub_address Modificado para devolver opcionalmente direcciones públicas cifradas para Pagador.

Terminología

  • Direccion publica - esta es la dirección pública en una cadena de bloques nativa que se necesita para enviar fondos y está asociada a la dirección FIO usando / add_pub_address
  • Pagador - es el usuario que envía fondos usando la dirección FIO. En el escenario Enviar, este es el usuario que inicia el pago.
  • Tenedor - es el usuario que recibe fondos. En el escenario Enviar, este es el usuario que recibe el pago.

Motivación

FIP-5 Privacidad mejorada mediante amistad propone mejorar la privacidad del Protocolo FIO en dos áreas:

  1. Las direcciones públicas asignadas a las direcciones FIO se almacenan en cadena sin cifrar.
  2. Cada vez que se almacena una solicitud FIO o un registro OBT en cadena, las direcciones FIO de ambas partes se almacenan sin cifrar.

La solución propuesta en FIP-5 es posiblemente complejo, tanto en términos de código blockchain, pero, lo que es más importante, en términos de integración de billetera. Este FIP propone que el problema #1 es el principal problema de privacidad que debe abordarse y que el problema #2 no debe abordarse en este momento para reducir sustancialmente la complejidad.

El problema #1 podría resolverse permitiendo que el pagador primero solicite una dirección pública del beneficiario en cadena con metadatos encriptados opcionales, y luego permitiendo que el beneficiario libere la dirección pública en la cadena, donde la dirección pública está encriptada para el pagador. No hay necesidad de una lista de amigos o hash complejo para derivar índices de búsqueda.

Además, Public Address Request puede tener otras aplicaciones útiles. Puede permitir que el Beneficiario retenga la divulgación de la dirección pública, evitando la recepción de fondos, hasta que se reciba cierta información. Por ejemplo, un intercambio de criptomonedas puede no permitir que se realice un depósito hasta que hayan recibido información sobre la contraparte, para cumplir con la Regla de viaje.

Permitir la votación y el proxy sin una dirección FIO

Este FIP permite que los titulares de tokens voten o representen sin necesidad de tener una dirección FIO registrada.

Acciones modificadas:

Acción Punto final Descripción
productor de votos vote_producer El campo Dirección FIO ahora se puede dejar en blanco.
voto por voto proxy_vote El campo Dirección FIO ahora se puede dejar en blanco.

Motivación

Para que la votación / proxy sea "gratuita" para los usuarios para alentarlos a votar / proxy, las acciones de voteproducer y voteproxy requieren una dirección FIO, ya que la dirección FIO es necesaria para permitir el pago con transacciones agrupadas en lugar de tokens. Sin embargo, introdujo el requisito que el titular del token tenga una dirección FIO para poder votar o poder. Como se recomienda en Número 47 También tiene sentido permitir la votación / proxy incluso cuando el titular del token no tiene una dirección FIO.

Rediseño de cálculos de tarifas

Este FIP implementa un rediseño de la votación y el cálculo de tarifas, y la votación y el cálculo de transacciones agrupadas en el Protocolo FIO. Específicamente:

  • El cálculo de tarifas se eliminará de onblock y de setfeevote y setfeemult y adjunto a una acción / punto final dedicado.
  • Los 42 principales productores de bloques podrán votar por tarifas y transacciones agrupadas.
  • Se cobrará una tarifa cada vez que setfeevote, setfeemult se ejecuta, y voto
  • Solo se utilizarán los votos de los 21 principales productores de bloques para calcular las tarifas y las transacciones agrupadas.

Nuevas acciones propuestas:

Acción Punto final Descripción
computefees compute_fees Calcula los votos de las tarifas y establece las tarifas en el Protocolo FIO.

Acciones modificadas:

Acción Punto final Descripción
setfeevote set_fee_vote Ahora puede ser llamado por los mejores 42 BP. Se agrega la tarifa. Se eliminó el cálculo de tarifas de esta acción.
setfeemult set_fee_multiplier Ahora puede ser llamado por los mejores 42 BP. Se agrega la tarifa. Se eliminó el cálculo de tarifas de esta acción.
voto submit_bundled_transaction Ahora puede ser llamado por los mejores 42 BP. Se agrega la tarifa.

Motivación

El Protocolo FIO fue diseñado para permitir que los 21 principales productores voten sobre tarifas de protocolo y transacciones agrupadas a través de setfeevotey setfeemult.

los cálculo de tarifas ocurre después de cada setfeevote o setfeemult. Las tarifas también se vuelven a calcular en el bloque de conexión cada 126 bloques.

Se ha encontrado que el procesamiento requerido para calcular las tarifas es demasiado grande para ser manejado en bloque o adjunto a la acción de fijar tarifas, especialmente si el número de productores de bloques a los que se les permite votar se incrementa más allá de los 21 principales, lo cual se ha discutido en Número 147 y ahora parte de este FIP.

Para abordar este problema, se debe implementar un nuevo punto final dedicado al cálculo de tarifas. Esto seguirá el mismo enfoque que otras áreas del Protocolo FIO, como la grabación de direcciones caducadas y la reclamación de recompensas.

Mejora la usabilidad de transacciones en paquete

Este FIP implementa mejoras en la forma en que se adquieren y utilizan las transacciones agrupadas. Específicamente:

  • Agrega la capacidad de transferir tokens FIO usando la dirección FIO y pagando con transacciones agrupadas.
  • Agrega la capacidad de comprar varios conjuntos de transacciones agrupadas en una sola acción.

Nuevas acciones propuestas:

Acción Punto final Descripción
trnsfiopubad transfer_tokens_fio_add Transfiere tokens FIO y registra datos OBT.
addbundles add_bundled_transactions Agrega paquetes de transacciones a la dirección FIO.

Motivación

Transacciones agrupadas facilitan a los usuarios cotidianos la interacción con el protocolo FIO. Los usuarios pagan una tarifa anual única por la dirección FIO y obtienen con ella suficientes transacciones agrupadas para cubrir una cantidad promedio de interacción anual con la cadena FIO.

Hay un par de mejoras que pueden mejorar aún más la usabilidad:

  • Actualmente, la transferencia de tokens FIO no admite el uso de transacciones agrupadas. Esto se debió principalmente a que las transacciones agrupadas requieren una dirección FIO y la acción de transferencia del token FIO base, trnsfiopubky, transfiere tokens usando una clave pública. Podría mejorarse para permitir la dirección FIO opcional del remitente, pero para mantener la compatibilidad con versiones anteriores, una nueva acción / punto final es una mejor opción. Además, siempre se imaginó que la capacidad de transferir tokens FIO mediante la dirección FIO y la combinación de record_obt_data en la misma llamada era una característica beneficiosa. Actualmente, si un usuario desea enviar tokens FIO a otro usuario y adjuntar una nota, debe ejecutar 2 transacciones: trnsfiopubky y recordobt.
  • Los usuarios que procesan más transacciones que la cantidad anual de transacciones agrupadas pueden pagar una tarifa por transacción para todas las transacciones adicionales o renovar su dirección FIO antes, lo que agrega un nuevo paquete de transacciones y extiende la fecha de vencimiento de la dirección FIO. Sin embargo, los usuarios habituales tendrán que ejecutar varias renovaciones en secuencia. Un mejor enfoque sería permitir la posibilidad de comprar múltiples conjuntos de transacciones agrupadas en una sola transacción de blockchain.

Mover la lista blanca de acciones al estado

Este FIP mueve la lista blanca de acciones al estado, de modo que las nuevas acciones que se agregan al Protocolo FIO no requieren una actualización coordinada del software FIO Chain.

Nuevas acciones propuestas:

Acción Punto final Descripción
adición Agrega una nueva acción a la tabla de estados.
remaction Elimina la acción de la tabla de estado.
get_actions Obtiene acciones incluidas en la lista blanca de la tabla de estado.

Motivación

Este protocolo FIO utiliza una lista blanca de acciones para prohibir que acciones desconocidas envíen spam a la red. La lista blanca se implementa en el código principal del protocolo FIO. Esto significa que cualquier acción nueva agregada al Protocolo FIO debe agregarse a la lista blanca y eso requiere una actualización obligatoria del software FIO Chain. Esto no es deseable porque requiere la implementación coordinada de una nueva versión de software para evitar un hard fork. Un mejor enfoque es permitir modificaciones a la lista blanca a través de la actualización del contrato en cadena realizada por consenso de los 21 principales productores de bloques.

Capacidad para recuperar todas las direcciones públicas para una dirección FIO

Este FIP implementa la capacidad de obtener fácilmente todas las direcciones públicas asignadas a una dirección FIO proporcionada.

Nuevas acciones propuestas:

Acción Punto final Descripción
get_pub_addresses Devuelve todas las direcciones públicas para la dirección FIO especificada.

Motivación

Actualmente, el / get_pub_address El método API devuelve solo la dirección pública para una cadena y un código de token específicos. Esto funciona muy bien para una búsqueda de un código de token específico, pero no es práctico para una billetera que desea buscar y mostrar todas las asignaciones de direcciones públicas al propietario de la dirección FIO. Aunque las asignaciones se pueden recuperar usando / get_table_rows, esta llamada requiere el cálculo de índices y, por lo tanto, es deseable un método de API nativo.

Garantizar la integridad de los datos de respuesta de la API.

Resumen

Pendiente

Motivación

Hoy en día, la mayoría de los integradores confían en un único nodo de API (recomendado para ser alojado y protegido por el integrador) para recuperar información de la cadena FIO. Al igual que con otras cadenas, es aceptable para la mayoría de las lecturas de datos, pero es arriesgado cuando se lee información que luego se utiliza para ejecutar una transacción irreversible en otra cadena de bloques, como una dirección pública de pago. Específicamente:

  • get_pub_address devuelve la dirección pública para una cadena de bloques específica asignada a una dirección FIO.
  • get_pending_fio_requests devuelve la dirección pública para una cadena de bloques específica a la que el beneficiario desea que se envíen los fondos. Aunque esa información está encriptada, la clave pública requerida para el desencriptado se envía junto con la solicitud.

Es deseable que la dirección pública de pago se devuelva a la billetera de una manera que pueda garantizar que no haya sido modificada.

Especificación

Definición de solución de alto nivel

Obtenga y almacene de forma segura la lista de productores de bloques (BP) conocidos

  • El integrador codificaría una lista de (BP) conocidos y actualizaría periódicamente esta lista con nuevas versiones de software y actualizaciones de los SDK.
  • El integrador consultaría un único punto final de API (nuevo punto final que se implementará como parte de este FIP) para recibir una lista de actualizaciones de programación de BP y el número de bloque correspondiente de cuándo ocurrieron.
  • El integrador buscaría el bloque correspondiente y sus transacciones, así como los bloques X que siguen a ese bloque y:
    • Verifique que el bloque sea parte de la cadena firmada por 2/3 + 1 de los BP conocidos.
    • Agregue cualquier nuevo PA a la lista de PA conocidos.

Obtenga datos de forma segura de FIO Chain

  • Los BP publicarán su dirección de nodo API en cadena como parte del registro de BP
  • El integrador enviaría una consulta de API a 2/3 + 1 nodos de API de BP.
  • El nodo de API buscaría los datos y los devolvería firmados con su clave de firma de BP.
  • Una vez que el integrador recibe el contenido firmado por 2/3 + 1 BPs conocidos, los datos están garantizados por el consenso de la cadena de no haber sido manipulados.

Estándar de código de cadena y token

Resumen

Este FIP propone una forma estándar de codificar códigos de cadena y token, así como parámetros de direccionamiento multinivel en el protocolo FIO.

Motivación

Dada la naturaleza descentralizada de las cadenas de bloques, no existe un estándar sobre qué código representa qué cadena de bloques o token en esa cadena de bloques. Por ejemplo, el intercambio de cifrado Kraken identifica a Bitcoin como XBT, mientras que la mayoría de los demás intercambios utilizan el código BTC. Esto crea un problema potencial para los usuarios del protocolo FIO, porque una billetera que ejecuta un envío a otra billetera usando la dirección FIO no sabe qué convención de codificación está usando la billetera receptora y, por lo tanto, no sabe qué códigos especificar en el get_pub_address método.

El protocolo FIO no valida los códigos de cadena o token contra ninguna lista, ni debería hacerlo. Esto hace que el protocolo FIO sea lo suficientemente flexible como para admitir cualquier nueva cadena o código de token inmediatamente después de su creación. SLIP-44 A menudo se ha citado en la documentación del Protocolo FIO como uno de los estándares de la industria a seguir. Desafortunadamente, SLIP-44 se usa principalmente para la derivación de rutas y, por lo tanto, admite principalmente cadenas y no tokens.

Además, el protocolo FIO admite el uso de Direccionamiento multinivel que permite la especificación de atributos adicionales que pueden ser necesarios para el envío, como memo o etiquetas de destino.

Las carteras e intercambios que integran el Protocolo FIO han expresado interés en crear una lista maestra de cadenas, códigos de token y atributos de direccionamiento multinivel que están siendo utilizados por los Participantes FIO para garantizar que tanto las carteras de envío como las receptoras utilicen la misma convención de codificación.

Recursos de desarrollo de FIO

FIO solo puede tener éxito si el protocolo está integrado en SUS productos y servicios. Si eres un desarrollador de detalles de implementación de una aplicación blockchain, especificaciones de API y SDK, FIO tiene una amplia Base de conocimientos así como un Portal para desarrolladores y Repositorio de GitHub.

¿Qué hace a FIO diferente?

Al igual que en otros proyectos de nomenclatura criptográfica, FIO admite el envío y la recepción de criptografía, pero FIO puede admitir ALGUNA blockchan.

FIO también habilita su capacidad para solicitar pagos, esto es fundamental al incorporar criptopagos en sus procesos de negocio. El envío de una factura (solicitud de pago) es nativo del protocolo y la integración es fácil y los metadatos de FIO se pueden adjuntar a cualquier transacción en cualquier blockchain.

¡La aceptación de la industria es DULCE!

Compruebe el rendimiento del token FIO.

CoinMarketCap.com

CoinGecko.com

Cryptorank.io

CoinMonster.org

Aplicación BlockFolio

¡FIO captura un lugar en el Top 10 de tokens lanzados en 2020!

El lanzamiento del FIO token en BitMax fue un gran éxito. Lee mas…

¿Eres nuevo en FIO?

Vea este video explicativo de la Fundación FIO.

Envío de criptomonedas mediante FIO
  1. Elija la dirección FIO (si tiene más de una).
  2. Seleccione su criptomoneda.
  3. Introduce la cantidad.
  4. Ingrese la dirección FIO del destinatario.
  5. Envíe su cripto!
Recibir criptomonedas con FIO
  1. Comparta su dirección de Fio.
  2. Recibe tu cripto!
Solicitud de criptografía con FIO

1. Abra su billetera (BTC, ETH, etc.) y elija Solicitar.

2. Seleccione la opción Solicitud de FIO.

3. Ingrese la dirección FIO.

4. Haga clic en Enviar solicitud. 

¡Eso es!

 

Este sitio es administrado y mantenido por Currency Hub, un Productor de bloques FIO. Por favor vota por nosotros: bp @ thecurrencyhub

fio.tools no está respaldado ni patrocinado por la Fundación FIO.