Directrices operativas para lanzamientos de tokens, desde la creación hasta la custodia

Avanzado5/8/2024, 10:51:17 AM
Este artículo explica el proceso de emisión de un token, incluida la selección de una cadena de bloques adecuada, la coordinación con custodios y partes interesadas, la realización de auditorías de seguridad, la asignación y distribución de tokens. La emisión de un token requiere tiempo y trabajo en equipo, implica múltiples partes interesadas y se debe llegar a un consenso. Para cumplir con los requisitos regulatorios, es necesario trabajar con un custodio de terceros de alta calidad, lo que puede llevar 6-9 meses o incluso más tiempo.

Nota del editor: "¿Cómo puedo lanzar un token?" es una de las preguntas más comunes que recibimos de los fundadores, dada la naturaleza en constante evolución de la industria criptográfica. A medida que los precios aumentan y se instala el FOMO, todos los demás están lanzando un token, ¿debería hacerlo yo? Es aún más importante para los constructores abordar los tokens con precaución y cuidado. Así que en esta serie especial de publicaciones, cubrimos preparándose para el lanzamiento, estrategias para gestionar el riesgo, y un poco más de reglas y pautas para tokens. Asegúrate de registrarte para nuestro boletín de noticiaspara más información sobre tokens y otros recursos para la construcción de empresas.

Cuando quieras lanzar un token, hay varios pasos en los que necesitas pensar desde una perspectiva operativa. Esto se aplica aún más si estás trabajando con partes interesadas reguladas por la Comisión de Valores y Bolsa de los Estados Unidos (SEC). El propósito de esta publicación es establecer la logística requerida para establecer un protocolo, garantizar su seguridad y permitir que las entidades reguladas por la SEC cumplan con los requisitos de cumplimiento.

La primera cosa que hay que saber al lanzar un token es que lleva tiempo y trabajo en equipo. El proceso implica varios tipos de partes interesadas — desarrolladores de protocolos, custodios de terceros, proveedores de staking, inversores, empleados y otros — todos los cuales deben estar en la misma sintonía al prepararse para la creación y custodia de un nuevo activo digital. Por lo tanto, es imperativo entender y asignar suficiente tiempo para cada paso del proceso.

Tenga en cuenta que el conjunto de pautas que se presentan a continuación representa una instantánea en el tiempo. A medida que el mercado cambia, llegan nuevos productos y el entorno regulatorio evoluciona, es probable que las mejores prácticas también evolucionen. Mientras tanto, estas pautas pueden ser un recurso útil para que los desarrolladores de protocolos consideren al prepararse para un lanzamiento de tokens.

1: Coordinar con custodios

Por razones regulatorias, ciertos interesados pueden no estar en condiciones de tomar custodia de un token hasta que sea respaldado por un custodio de terceros que cumpla con ciertos requisitos, incluida estar registrado ante una autoridad estatal o federal y estar sujeto a supervisión y examen, dedicado a resguardar activos criptográficos como una parte regular y sustancial de su negocio, y estar sujeto a informes y auditorías financieras, operativas y de seguridad regulares.

Es importante tener en cuenta que no todos los custodios son creados de igual manera. Si tu protocolo cuenta con grandes inversores involucrados en ayudar a asegurar la red ya sea mediante staking o gobernanza al lanzamiento, es imperativo trabajar con un custodio de terceros de alta calidad meses antes para que puedan desarrollar el soporte necesario. Si no estás seguro acerca de los estándares de calidad, pide a tus inversores que aclaren sus necesidades. No supongas que cualquier custodio estará equipado para manejar tus tokens desde el principio. Planifica en consecuencia.

Comience las conversaciones temprano. Los custodios de alta calidad pueden tardar alrededor de seis a nueve meses o más en admitir nuevas blockchains de capa 1 (L1s). Los protocolos con mayor complejidad, como los que utilizan SNARKs, tienen funciones de privacidad, o que interactúan con redes de capa 2 (L2) — puede alargar el proceso. Mientras tanto, los tokens construidos en Ethereum, como los ERC-20 y los NFT, o los construidos en Solana, como los tokens de la Biblioteca de Programas de Solana (SPL), son más directos y pueden tardar menos tiempo, digamos de tres a cinco meses, suponiendo que no haya contratiempos. Tenga en cuenta que estos plazos son solo estimaciones aproximadas y pueden variar ampliamente dependiendo de las demandas de los custodios.

Si su protocolo implica participación y gobernanza desde el primer día, espere que la implementación lleve aún más tiempo. Alertar a los socios lo antes posible. (Consulte la guía cinco para obtener más información sobre cómo habilitar la participación y la gobernanza). También considere que los interesados deberán realizar una diligencia debida sobre cualquier custodio, proveedor de participación o cualquier otro proveedor externo, incluida la evaluación de sus prácticas de seguridad de la información (infosec) y seguridad operativa.

2: Realizar auditorías de seguridad

Para reducir la probabilidad de problemas durante o después del lanzamiento del token, todo el código que haya escrito relacionado con el token debe ser revisado minuciosamente. Esto suele tomar la forma de una auditoría de código, realizada ya sea en partes a lo largo del desarrollo de un proyecto o todo de una vez al final del desarrollo. Las auditorías deben ser realizadas por un revisor con experiencia en la revisión de productos similares con un enfoque en el potencial de mal uso del código o la seguridad del software.

La selección de auditores es una tarea no trivial, ya que actualmente no hay organismos rectores que certifiquen a los auditores. Como tal, es su responsabilidad realizar la debida diligencia para asegurarse de que el auditor esté suficientemente calificado. Al revisar las calificaciones de una empresa de auditoría, debe hacerse las siguientes preguntas:

  1. ¿El auditor tiene una metodología de prueba bien definida que se pueda proporcionar a los clientes potenciales?
  2. ¿La metodología aborda las principales preocupaciones del protocolo que se está revisando?
  3. ¿Incluye la metodología el uso de técnicas y herramientas estándar de la industria para la detección de vulnerabilidades de software?
  4. ¿El auditor tiene experiencia revisando proyectos similares al protocolo que se está revisando?
  5. ¿Ha estado el auditor involucrado en un proyecto que sufrió una violación de seguridad de alto perfil después de la revisión del auditor? Si es así, ¿el error o la falla explotada fue parte del código revisado por el auditor?

Las respuestas a estas preguntas deberían aclarar si el auditor está preparado y es capaz de realizar revisiones de su protocolo de manera suficiente para detectar y resolver errores antes de que el software sea lanzado.

Después de encargar la auditoría y recibir el informe inicial del auditor, se espera que resuelva todos los problemas graves (problemas de gravedad alta o crítica y, a menudo, también los de gravedad media) y resuelva selectivamente los problemas menos urgentes y de menor gravedad. Para cualquier problema que haya elegido no resolver, deberá proporcionar un razonamiento. Una vez que haya abordado los problemas en el informe inicial, encargue al auditor verificar la integridad de los esfuerzos de remedio.

Una vez verificada con éxito la resolución de los problemas informados, se debe crear un informe final y publicarlo públicamente junto con el código fuente del protocolo o ponerlo a disposición de todas las partes que reciban o manejen los tokens.

3: Asignar y distribuir tokens

Después de crear una línea de tiempo en coordinación con custodios de alta calidad y otras partes interesadas y realizar auditorías de seguridad, es hora de empezar a pensar en asignar y entregar tokens.

Los desarrolladores de protocolos pueden asignar tokens de dos formas: antes o después del lanzamiento del token (también llamado evento de generación de tokens). Muchos interesados prefieren recibir asignaciones antes del lanzamiento. En otras palabras, prefieren tener sus direcciones de billetera incrustadas en el bloque génesis, el primer bloque en una cadena de bloques, en el momento de su creación. Sin embargo, esto no es en absoluto un requisito. Los tokens asignados después del lanzamiento pueden entregarse a los interesados en partes, donde cada parte equivale a un porcentaje del suministro total de tokens.

Cuando llegue el momento de distribuir tokens, tenga en cuenta a dónde está enviando los tokens, a cuántas billeteras los está distribuyendo, y confíe pero verifique las direcciones. Los interesados regulados por la SEC, como los asesores de inversiones registrados, probablemente requerirán que los tokens se entreguen directamente a sus custodios. Los interesados deberían tener la opción de tener tantas billeteras como deseen. Esto les permite minimizar la concentración de tokens en cualquier billetera dada y, por lo tanto, diversificar su riesgo, en parte debido a pólizas de seguros que incluyen máximos por billetera o por cuenta. Antes de distribuir tokens, siempre envíe transacciones de prueba y verifique la recepción, ya que esto puede reducir la posibilidad de errores en la entrega.

En resumen, los desarrolladores de protocolos deberían preguntarse:

  1. ¿Cuándo recibirán los interesados los activos (por ejemplo, antes o después del lanzamiento)?
  2. ¿Dónde pedirán los interesados que se envíen los tokens y cuántas billeteras solicitará cada interesado?
  3. ¿Los interesados recibirán todos los tokens de una vez o en tramos?

4: Asegurar la aplicación de bloqueos

Los bloqueos de tokens son uno de los mejores mecanismos para demostrar convicción en el éxito a largo plazo de un proyecto y para alinear los intereses de las partes interesadas a lo largo del tiempo. Esto puede determinarse en varios períodos de tiempo, potencialmente mucho antes que otras consideraciones de tokens; por ejemplo, en rondas iniciales cuando se firman los warrants de tokens.

Una buena práctica es que todos los insiders (empleados, inversores, asesores, socios, etc.) estén sujetos a los mismos períodos de bloqueo y vesting de tokens. Si algunos insiders tienen períodos de bloqueo diferentes, o si la aplicación de estos bloqueos no está clara, entonces eso puede crear inadvertidamente incentivos impredecibles y algunos insiders pueden intentar vender tokens de manera preventiva. Esto puede generar desconfianza sobre el protocolo y de otro modo impactarlo negativamente. Todos los involucrados deben operar en un plazo similar, y ese plazo debería orientar a todos hacia el éxito a largo plazo del proyecto. (Tenga en cuenta que estas consideraciones no deberían impedir que los usuarios utilicen el token en una red blockchain o aplicación incluso si ese uso llega antes de lo que los bloqueos permitirían de otra manera.)

Una vez que decida sobre los períodos de asignación y bloqueo (que no deben ser inferiores a un año desde el lanzamiento del token), puede optar por distribuir los tokens ya sea a través de un custodio de terceros, programáticamente, o ambas opciones. Muchos interesados buscarán, idealmente, que un custodio reciba los tokens y haga cumplir los bloqueos y el calendario de asignación tanto desde un punto de vista legal como técnico. Otras opciones incluyen reclamar tokens de acuerdo con un calendario de asignación a través de contratos inteligentes auditados u otras herramientas de asignación de tokens de terceros.

Las preguntas clave a hacer en esta etapa:

  1. ¿Todos los interesados están sujetos a los mismos períodos de bloqueo y de vesting?
  2. ¿Pueden los custodios hacer cumplir los términos de las retenciones?
  3. ¿Cómo se distribuirán los tokens desbloqueados según el cronograma de inversión?

5: Habilitar el staking y la gobernanza

Como se mencionó en la primera directriz, si necesita que los interesados participen en el staking y la gobernanza para asegurar su protocolo, entonces es posible que necesite coordinarse con los custodios con antelación. Los desarrolladores de protocolos no deben asumir que los custodios apoyarán el staking y la gobernanza de sus tokens por defecto. Los custodios necesitan tiempo — a menudo meses — para implementar el soporte de staking y gobernanza.

Aquí hay una lista de preguntas que quizás quieras hacerte si tu protocolo depende de los interesados para el staking o la gobernanza.

Preguntas de staking:

  • ¿Permitirá el custodio la delegación arbitraria a proveedores de staking o tendrá un grupo preseleccionado de proveedores? (Puede ser útil trabajar con proveedores de staking que exploraron el protocolo y proporcionaron retroalimentación en la fase de testnet).
  • Si el custodio ha preseleccionado un grupo de proveedores de staking, ¿cómo afectará esto a la seguridad de la red y a los esfuerzos de descentralización del protocolo? (Elegir una variedad de proveedores de staking que tengan validadores a nivel global puede ayudar a descentralizar el protocolo).
  • ¿Las recompensas se acumulan o los interesados ​​necesitarán volver a apostar? (Idealmente, las recompensas se vuelven a apostar automáticamente, en lugar de manualmente).
  • ¿Hay un monto mínimo/máximo para apostar por billetera?
  • ¿Hay mínimos/máximos de tokens para los nodos validadores, y esto cambiará con el tiempo?

Preguntas de gobernanza:

  • Si espera que sus partes interesadas participen en la gobernanza, ¿el custodio va a permitir esta participación técnicamente o va a ejecutar votos en nombre de las partes interesadas?
  • ¿Habrá votación en cadena o fuera de cadena (por ejemplo, a través de Snapshot) para el protocolo?

Para recapitular, si te estás preparando para lanzar un token y si ese plan incluye partes interesadas reguladas por la SEC, asegúrate de dejar suficiente tiempo para que los custodios de alta calidad desarrollen el soporte para tu protocolo. Espera que el tiempo de desarrollo varíe según el custodio y dependa de la complejidad del protocolo. El desarrollo puede variar desde tres a cinco meses para tokens más estándar, como Ethereum ERC-20 o Solana SPL, hasta nueve meses para nuevas blockchains, o incluso más tiempo para tokens que involucren SNARKs, funciones de privacidad o interacciones con redes de capa 2 (L2). Inicia las conversaciones temprano.

Después de establecer plazos realistas, prepárate para los siguientes pasos. Puedes asignar tokens ya sea incrustando billeteras en el bloque génesis antes del lanzamiento, o distribuyendo tokens en tramos después del lanzamiento. De cualquier manera, todos los interesados deberían estar sujetos a los mismos períodos de bloqueo de tokens y a los horarios de inversión para garantizar la alineación. Realiza las auditorías y evaluaciones de seguridad necesarias. Y finalmente, trabaja en los detalles de participación y gobernanza de tu protocolo, que los custodios y otros interesados necesitarán conocer y prepararse para ayudar a garantizar su seguridad.

Si sigues estos pasos, tendrás un buen control de la logística necesaria para un lanzamiento de token exitoso.

* \\
Las opiniones expresadas aquí son las de los individuos de AH Capital Management, L.L.C. (“a16z”) citados y no son las opiniones de a16z o sus afiliados. Cierta información contenida aquí ha sido obtenida de fuentes de terceros, incluidas las empresas de cartera de los fondos gestionados por a16z. Aunque se obtiene de fuentes que se consideran fiables, a16z no ha verificado de forma independiente dicha información y no hace declaraciones sobre la precisión actual o duradera de la información o su adecuación para una situación determinada. Además, este contenido puede incluir anuncios de terceros; a16z no ha revisado dichos anuncios y no respalda ningún contenido publicitario contenido en ellos.

Este contenido se proporciona únicamente con fines informativos y no debe considerarse como asesoramiento legal, empresarial, de inversión o fiscal. Debe consultar a sus propios asesores en esos asuntos. Las referencias a cualquier valor o activo digital son solo con fines ilustrativos y no constituyen una recomendación de inversión ni una oferta de servicios de asesoramiento en inversiones. Además, este contenido no está dirigido ni pretende ser utilizado por ningún inversor o posible inversor, y bajo ninguna circunstancia debe confiarse en él al tomar la decisión de invertir en cualquier fondo gestionado por a16z. (Una oferta para invertir en un fondo de a16z se hará únicamente a través del memorándum de colocación privada, el contrato de suscripción y otra documentación relevante de dicho fondo, y debe leerse en su totalidad.) Cualquier inversión o empresa del portafolio mencionada, referida o descrita no es representativa de todas las inversiones en vehículos gestionados por a16z, y no se puede garantizar que las inversiones sean rentables o que otras inversiones realizadas en el futuro tendrán características o resultados similares. Una lista de las inversiones realizadas por los fondos gestionados por Andreessen Horowitz (excluyendo las inversiones para las cuales el emisor no ha otorgado permiso para que a16z las divulgue públicamente, así como las inversiones no anunciadas en activos digitales de empresas con acciones en bolsa) está disponible en https://a16z.com/investments/.

Los gráficos y las tablas proporcionados tienen únicamente fines informativos y no deben ser considerados al tomar decisiones de inversión. El rendimiento pasado no indica resultados futuros. El contenido solo es válido a partir de la fecha indicada. Cualquier proyección, estimación, pronóstico, objetivo, perspectiva y/o opinión expresada en estos materiales está sujeta a cambios sin previo aviso y puede diferir o ser contraria a las opiniones expresadas por otros. Por favor, consulte https://a16z.com/disclosurespara información adicional importante.

Descargo de responsabilidad:

  1. Este artículo se reimprime de [a16zcrypto], Todos los derechos de autor pertenecen al autor original [Adina FischerMatt GleasonJustin Simcock]. Si hay objeciones a esta reimpresión, contacte al Gate Learnequipo, y ellos lo resolverán rápidamente.

  2. Descargo de responsabilidad: Las opiniones expresadas en este artículo son únicamente del autor y no constituyen ningún consejo de inversión.

  3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de Gate Learn. A menos que se mencione lo contrario, está prohibido copiar, distribuir o plagiar los artículos traducidos.

Directrices operativas para lanzamientos de tokens, desde la creación hasta la custodia

Avanzado5/8/2024, 10:51:17 AM
Este artículo explica el proceso de emisión de un token, incluida la selección de una cadena de bloques adecuada, la coordinación con custodios y partes interesadas, la realización de auditorías de seguridad, la asignación y distribución de tokens. La emisión de un token requiere tiempo y trabajo en equipo, implica múltiples partes interesadas y se debe llegar a un consenso. Para cumplir con los requisitos regulatorios, es necesario trabajar con un custodio de terceros de alta calidad, lo que puede llevar 6-9 meses o incluso más tiempo.

Nota del editor: "¿Cómo puedo lanzar un token?" es una de las preguntas más comunes que recibimos de los fundadores, dada la naturaleza en constante evolución de la industria criptográfica. A medida que los precios aumentan y se instala el FOMO, todos los demás están lanzando un token, ¿debería hacerlo yo? Es aún más importante para los constructores abordar los tokens con precaución y cuidado. Así que en esta serie especial de publicaciones, cubrimos preparándose para el lanzamiento, estrategias para gestionar el riesgo, y un poco más de reglas y pautas para tokens. Asegúrate de registrarte para nuestro boletín de noticiaspara más información sobre tokens y otros recursos para la construcción de empresas.

Cuando quieras lanzar un token, hay varios pasos en los que necesitas pensar desde una perspectiva operativa. Esto se aplica aún más si estás trabajando con partes interesadas reguladas por la Comisión de Valores y Bolsa de los Estados Unidos (SEC). El propósito de esta publicación es establecer la logística requerida para establecer un protocolo, garantizar su seguridad y permitir que las entidades reguladas por la SEC cumplan con los requisitos de cumplimiento.

La primera cosa que hay que saber al lanzar un token es que lleva tiempo y trabajo en equipo. El proceso implica varios tipos de partes interesadas — desarrolladores de protocolos, custodios de terceros, proveedores de staking, inversores, empleados y otros — todos los cuales deben estar en la misma sintonía al prepararse para la creación y custodia de un nuevo activo digital. Por lo tanto, es imperativo entender y asignar suficiente tiempo para cada paso del proceso.

Tenga en cuenta que el conjunto de pautas que se presentan a continuación representa una instantánea en el tiempo. A medida que el mercado cambia, llegan nuevos productos y el entorno regulatorio evoluciona, es probable que las mejores prácticas también evolucionen. Mientras tanto, estas pautas pueden ser un recurso útil para que los desarrolladores de protocolos consideren al prepararse para un lanzamiento de tokens.

1: Coordinar con custodios

Por razones regulatorias, ciertos interesados pueden no estar en condiciones de tomar custodia de un token hasta que sea respaldado por un custodio de terceros que cumpla con ciertos requisitos, incluida estar registrado ante una autoridad estatal o federal y estar sujeto a supervisión y examen, dedicado a resguardar activos criptográficos como una parte regular y sustancial de su negocio, y estar sujeto a informes y auditorías financieras, operativas y de seguridad regulares.

Es importante tener en cuenta que no todos los custodios son creados de igual manera. Si tu protocolo cuenta con grandes inversores involucrados en ayudar a asegurar la red ya sea mediante staking o gobernanza al lanzamiento, es imperativo trabajar con un custodio de terceros de alta calidad meses antes para que puedan desarrollar el soporte necesario. Si no estás seguro acerca de los estándares de calidad, pide a tus inversores que aclaren sus necesidades. No supongas que cualquier custodio estará equipado para manejar tus tokens desde el principio. Planifica en consecuencia.

Comience las conversaciones temprano. Los custodios de alta calidad pueden tardar alrededor de seis a nueve meses o más en admitir nuevas blockchains de capa 1 (L1s). Los protocolos con mayor complejidad, como los que utilizan SNARKs, tienen funciones de privacidad, o que interactúan con redes de capa 2 (L2) — puede alargar el proceso. Mientras tanto, los tokens construidos en Ethereum, como los ERC-20 y los NFT, o los construidos en Solana, como los tokens de la Biblioteca de Programas de Solana (SPL), son más directos y pueden tardar menos tiempo, digamos de tres a cinco meses, suponiendo que no haya contratiempos. Tenga en cuenta que estos plazos son solo estimaciones aproximadas y pueden variar ampliamente dependiendo de las demandas de los custodios.

Si su protocolo implica participación y gobernanza desde el primer día, espere que la implementación lleve aún más tiempo. Alertar a los socios lo antes posible. (Consulte la guía cinco para obtener más información sobre cómo habilitar la participación y la gobernanza). También considere que los interesados deberán realizar una diligencia debida sobre cualquier custodio, proveedor de participación o cualquier otro proveedor externo, incluida la evaluación de sus prácticas de seguridad de la información (infosec) y seguridad operativa.

2: Realizar auditorías de seguridad

Para reducir la probabilidad de problemas durante o después del lanzamiento del token, todo el código que haya escrito relacionado con el token debe ser revisado minuciosamente. Esto suele tomar la forma de una auditoría de código, realizada ya sea en partes a lo largo del desarrollo de un proyecto o todo de una vez al final del desarrollo. Las auditorías deben ser realizadas por un revisor con experiencia en la revisión de productos similares con un enfoque en el potencial de mal uso del código o la seguridad del software.

La selección de auditores es una tarea no trivial, ya que actualmente no hay organismos rectores que certifiquen a los auditores. Como tal, es su responsabilidad realizar la debida diligencia para asegurarse de que el auditor esté suficientemente calificado. Al revisar las calificaciones de una empresa de auditoría, debe hacerse las siguientes preguntas:

  1. ¿El auditor tiene una metodología de prueba bien definida que se pueda proporcionar a los clientes potenciales?
  2. ¿La metodología aborda las principales preocupaciones del protocolo que se está revisando?
  3. ¿Incluye la metodología el uso de técnicas y herramientas estándar de la industria para la detección de vulnerabilidades de software?
  4. ¿El auditor tiene experiencia revisando proyectos similares al protocolo que se está revisando?
  5. ¿Ha estado el auditor involucrado en un proyecto que sufrió una violación de seguridad de alto perfil después de la revisión del auditor? Si es así, ¿el error o la falla explotada fue parte del código revisado por el auditor?

Las respuestas a estas preguntas deberían aclarar si el auditor está preparado y es capaz de realizar revisiones de su protocolo de manera suficiente para detectar y resolver errores antes de que el software sea lanzado.

Después de encargar la auditoría y recibir el informe inicial del auditor, se espera que resuelva todos los problemas graves (problemas de gravedad alta o crítica y, a menudo, también los de gravedad media) y resuelva selectivamente los problemas menos urgentes y de menor gravedad. Para cualquier problema que haya elegido no resolver, deberá proporcionar un razonamiento. Una vez que haya abordado los problemas en el informe inicial, encargue al auditor verificar la integridad de los esfuerzos de remedio.

Una vez verificada con éxito la resolución de los problemas informados, se debe crear un informe final y publicarlo públicamente junto con el código fuente del protocolo o ponerlo a disposición de todas las partes que reciban o manejen los tokens.

3: Asignar y distribuir tokens

Después de crear una línea de tiempo en coordinación con custodios de alta calidad y otras partes interesadas y realizar auditorías de seguridad, es hora de empezar a pensar en asignar y entregar tokens.

Los desarrolladores de protocolos pueden asignar tokens de dos formas: antes o después del lanzamiento del token (también llamado evento de generación de tokens). Muchos interesados prefieren recibir asignaciones antes del lanzamiento. En otras palabras, prefieren tener sus direcciones de billetera incrustadas en el bloque génesis, el primer bloque en una cadena de bloques, en el momento de su creación. Sin embargo, esto no es en absoluto un requisito. Los tokens asignados después del lanzamiento pueden entregarse a los interesados en partes, donde cada parte equivale a un porcentaje del suministro total de tokens.

Cuando llegue el momento de distribuir tokens, tenga en cuenta a dónde está enviando los tokens, a cuántas billeteras los está distribuyendo, y confíe pero verifique las direcciones. Los interesados regulados por la SEC, como los asesores de inversiones registrados, probablemente requerirán que los tokens se entreguen directamente a sus custodios. Los interesados deberían tener la opción de tener tantas billeteras como deseen. Esto les permite minimizar la concentración de tokens en cualquier billetera dada y, por lo tanto, diversificar su riesgo, en parte debido a pólizas de seguros que incluyen máximos por billetera o por cuenta. Antes de distribuir tokens, siempre envíe transacciones de prueba y verifique la recepción, ya que esto puede reducir la posibilidad de errores en la entrega.

En resumen, los desarrolladores de protocolos deberían preguntarse:

  1. ¿Cuándo recibirán los interesados los activos (por ejemplo, antes o después del lanzamiento)?
  2. ¿Dónde pedirán los interesados que se envíen los tokens y cuántas billeteras solicitará cada interesado?
  3. ¿Los interesados recibirán todos los tokens de una vez o en tramos?

4: Asegurar la aplicación de bloqueos

Los bloqueos de tokens son uno de los mejores mecanismos para demostrar convicción en el éxito a largo plazo de un proyecto y para alinear los intereses de las partes interesadas a lo largo del tiempo. Esto puede determinarse en varios períodos de tiempo, potencialmente mucho antes que otras consideraciones de tokens; por ejemplo, en rondas iniciales cuando se firman los warrants de tokens.

Una buena práctica es que todos los insiders (empleados, inversores, asesores, socios, etc.) estén sujetos a los mismos períodos de bloqueo y vesting de tokens. Si algunos insiders tienen períodos de bloqueo diferentes, o si la aplicación de estos bloqueos no está clara, entonces eso puede crear inadvertidamente incentivos impredecibles y algunos insiders pueden intentar vender tokens de manera preventiva. Esto puede generar desconfianza sobre el protocolo y de otro modo impactarlo negativamente. Todos los involucrados deben operar en un plazo similar, y ese plazo debería orientar a todos hacia el éxito a largo plazo del proyecto. (Tenga en cuenta que estas consideraciones no deberían impedir que los usuarios utilicen el token en una red blockchain o aplicación incluso si ese uso llega antes de lo que los bloqueos permitirían de otra manera.)

Una vez que decida sobre los períodos de asignación y bloqueo (que no deben ser inferiores a un año desde el lanzamiento del token), puede optar por distribuir los tokens ya sea a través de un custodio de terceros, programáticamente, o ambas opciones. Muchos interesados buscarán, idealmente, que un custodio reciba los tokens y haga cumplir los bloqueos y el calendario de asignación tanto desde un punto de vista legal como técnico. Otras opciones incluyen reclamar tokens de acuerdo con un calendario de asignación a través de contratos inteligentes auditados u otras herramientas de asignación de tokens de terceros.

Las preguntas clave a hacer en esta etapa:

  1. ¿Todos los interesados están sujetos a los mismos períodos de bloqueo y de vesting?
  2. ¿Pueden los custodios hacer cumplir los términos de las retenciones?
  3. ¿Cómo se distribuirán los tokens desbloqueados según el cronograma de inversión?

5: Habilitar el staking y la gobernanza

Como se mencionó en la primera directriz, si necesita que los interesados participen en el staking y la gobernanza para asegurar su protocolo, entonces es posible que necesite coordinarse con los custodios con antelación. Los desarrolladores de protocolos no deben asumir que los custodios apoyarán el staking y la gobernanza de sus tokens por defecto. Los custodios necesitan tiempo — a menudo meses — para implementar el soporte de staking y gobernanza.

Aquí hay una lista de preguntas que quizás quieras hacerte si tu protocolo depende de los interesados para el staking o la gobernanza.

Preguntas de staking:

  • ¿Permitirá el custodio la delegación arbitraria a proveedores de staking o tendrá un grupo preseleccionado de proveedores? (Puede ser útil trabajar con proveedores de staking que exploraron el protocolo y proporcionaron retroalimentación en la fase de testnet).
  • Si el custodio ha preseleccionado un grupo de proveedores de staking, ¿cómo afectará esto a la seguridad de la red y a los esfuerzos de descentralización del protocolo? (Elegir una variedad de proveedores de staking que tengan validadores a nivel global puede ayudar a descentralizar el protocolo).
  • ¿Las recompensas se acumulan o los interesados ​​necesitarán volver a apostar? (Idealmente, las recompensas se vuelven a apostar automáticamente, en lugar de manualmente).
  • ¿Hay un monto mínimo/máximo para apostar por billetera?
  • ¿Hay mínimos/máximos de tokens para los nodos validadores, y esto cambiará con el tiempo?

Preguntas de gobernanza:

  • Si espera que sus partes interesadas participen en la gobernanza, ¿el custodio va a permitir esta participación técnicamente o va a ejecutar votos en nombre de las partes interesadas?
  • ¿Habrá votación en cadena o fuera de cadena (por ejemplo, a través de Snapshot) para el protocolo?

Para recapitular, si te estás preparando para lanzar un token y si ese plan incluye partes interesadas reguladas por la SEC, asegúrate de dejar suficiente tiempo para que los custodios de alta calidad desarrollen el soporte para tu protocolo. Espera que el tiempo de desarrollo varíe según el custodio y dependa de la complejidad del protocolo. El desarrollo puede variar desde tres a cinco meses para tokens más estándar, como Ethereum ERC-20 o Solana SPL, hasta nueve meses para nuevas blockchains, o incluso más tiempo para tokens que involucren SNARKs, funciones de privacidad o interacciones con redes de capa 2 (L2). Inicia las conversaciones temprano.

Después de establecer plazos realistas, prepárate para los siguientes pasos. Puedes asignar tokens ya sea incrustando billeteras en el bloque génesis antes del lanzamiento, o distribuyendo tokens en tramos después del lanzamiento. De cualquier manera, todos los interesados deberían estar sujetos a los mismos períodos de bloqueo de tokens y a los horarios de inversión para garantizar la alineación. Realiza las auditorías y evaluaciones de seguridad necesarias. Y finalmente, trabaja en los detalles de participación y gobernanza de tu protocolo, que los custodios y otros interesados necesitarán conocer y prepararse para ayudar a garantizar su seguridad.

Si sigues estos pasos, tendrás un buen control de la logística necesaria para un lanzamiento de token exitoso.

* \\
Las opiniones expresadas aquí son las de los individuos de AH Capital Management, L.L.C. (“a16z”) citados y no son las opiniones de a16z o sus afiliados. Cierta información contenida aquí ha sido obtenida de fuentes de terceros, incluidas las empresas de cartera de los fondos gestionados por a16z. Aunque se obtiene de fuentes que se consideran fiables, a16z no ha verificado de forma independiente dicha información y no hace declaraciones sobre la precisión actual o duradera de la información o su adecuación para una situación determinada. Además, este contenido puede incluir anuncios de terceros; a16z no ha revisado dichos anuncios y no respalda ningún contenido publicitario contenido en ellos.

Este contenido se proporciona únicamente con fines informativos y no debe considerarse como asesoramiento legal, empresarial, de inversión o fiscal. Debe consultar a sus propios asesores en esos asuntos. Las referencias a cualquier valor o activo digital son solo con fines ilustrativos y no constituyen una recomendación de inversión ni una oferta de servicios de asesoramiento en inversiones. Además, este contenido no está dirigido ni pretende ser utilizado por ningún inversor o posible inversor, y bajo ninguna circunstancia debe confiarse en él al tomar la decisión de invertir en cualquier fondo gestionado por a16z. (Una oferta para invertir en un fondo de a16z se hará únicamente a través del memorándum de colocación privada, el contrato de suscripción y otra documentación relevante de dicho fondo, y debe leerse en su totalidad.) Cualquier inversión o empresa del portafolio mencionada, referida o descrita no es representativa de todas las inversiones en vehículos gestionados por a16z, y no se puede garantizar que las inversiones sean rentables o que otras inversiones realizadas en el futuro tendrán características o resultados similares. Una lista de las inversiones realizadas por los fondos gestionados por Andreessen Horowitz (excluyendo las inversiones para las cuales el emisor no ha otorgado permiso para que a16z las divulgue públicamente, así como las inversiones no anunciadas en activos digitales de empresas con acciones en bolsa) está disponible en https://a16z.com/investments/.

Los gráficos y las tablas proporcionados tienen únicamente fines informativos y no deben ser considerados al tomar decisiones de inversión. El rendimiento pasado no indica resultados futuros. El contenido solo es válido a partir de la fecha indicada. Cualquier proyección, estimación, pronóstico, objetivo, perspectiva y/o opinión expresada en estos materiales está sujeta a cambios sin previo aviso y puede diferir o ser contraria a las opiniones expresadas por otros. Por favor, consulte https://a16z.com/disclosurespara información adicional importante.

Descargo de responsabilidad:

  1. Este artículo se reimprime de [a16zcrypto], Todos los derechos de autor pertenecen al autor original [Adina FischerMatt GleasonJustin Simcock]. Si hay objeciones a esta reimpresión, contacte al Gate Learnequipo, y ellos lo resolverán rápidamente.

  2. Descargo de responsabilidad: Las opiniones expresadas en este artículo son únicamente del autor y no constituyen ningún consejo de inversión.

  3. Las traducciones del artículo a otros idiomas son realizadas por el equipo de Gate Learn. A menos que se mencione lo contrario, está prohibido copiar, distribuir o plagiar los artículos traducidos.

เริ่มตอนนี้
สมัครและรับรางวัล
$100