Los ERC (Ethereum Request for Comment o Solicitud de Comentarios para Ethereum), consisten en documentos los cuales usan los creadores para escribir Smart Contracts en la blockchain de Ehereum. Estos documentos determinan las reglas las cuales los distintos tokens deben cumplir con el objetivo de poder estar en los estándares definidos por la ERC. Los estándares son extremadamente importantes a la hora de crear todas las apps, UIs y servicios relacionados con los Smart Contracts. La razón principal de los estándares, es que unifican a los programadores bajo las mismas reglas, y esto permite optimizar la eficiencia y seguridad, de forma que los creadores no tienen que preocuparse de estos aspectos, ni adaptar constantemente su código debido a una falta de conformidad con estos.Empezando como una EIP (Ethereum Improvement Proposal o Propuesta de Mejora de Ethereum) propuesta dentro de la comunidad, esta misma revisa los documentos, se discuten, y en el caso de acuerdo los implementa como ERC. Las EIPs pueden tratar cualquier tema relacionado con tokens, registros de nombres, y estándares comunes.El ERC-20 es seguramente el más conocido, con propiedades inherentes de fungibilidad, o, en otras palabras, que cada token es exactamente igual que otro proveniente del mismo Smart Contract. Los Smart Contracts están escritos en Solidity, el lenguaje de programación oficial de Ethereum, implementado en 2015 junto al protocolo Ethereum.Curiosidad: Ether, la moneda nativa de Ethereum, no es un ERC-20 en sí misma.A día de hoy es uno de los estándares más utilizados, con tokens como Basic Attention Token (BAT), ApeCoin (APE), el BKN de Brickken, y una gran cantidad de tokens creados utilizando este. Proporciona fungibilidad, divisibilidad y componibilidad, dispone de una gran variedad de dApps e infraestructura creada para poder construir activos utilizando este estándar.Existen diversas funciones las cuales un token que cumple con el ERC20 tiene que tener implementadas, como la provisión de la cantidad del suministro total del token, el balance de la cuenta del dueño, fungibilidad y varias funciones más.Otro Estándar es el ERC-721, específicamente para NFTS (Non-Fungible Tokens o Tokens No Fungibles). Los NFTs son utilizados para identificar algo o alguien de una forma única, de aquí la no fungibilidad. Algunos ejemplos son objetos coleccionables, llaves de acceso, billetes de lotería, entradas de conciertos y deportes y otros activos con propiedades únicas.Entonces, tenemos el ERC-1155, una interfaz estándar para contactos, para gestionar varios tipos de tokens, incluyendo fungibles y no fungibles. Esta es una implementación necesaria debido a que los estándares como ERC-20 y ERC-721 necesitan contratos distintos para cualquier tipo de token o colección. Por naturaleza, esto genera una gran cantidad de código redundante en la blockchain de Ethereum y limita ciertas funcionalidades.Distintos estándares pueden ser implementados dependiendo de las características inherentes y de las funciones que se pretenden implementar en un token y Smart Contract. Existe una evolución constante en el ecosistema, con nuevas EIPs siendo propuestas a menudo, con el objetivo de reducir la fricción y aumentar la usabilidad en todos los aspectos del espacio blockchain.
Tal y como con cualquier otra Token, se escogerá un estándar dependiendo de lo que se quiere conseguir. ERC-20 es obviamente una opción y ofrece alguna de las funcionalidades que se necesitan en una Security. Como la naturaleza fungible vista en el mercado financiero mundial.Cualquier acción públicamente accesible de la misma categoría es idéntica. Cualquier fracción de un instrumento de deuda es idéntica a otra fracción emitida por el mismo.Vamos a ver algunas ERCs, las cuales han sido implementadas específicamente a medida que el espacio de las Security Tokens ha crecido, y ha sido considerado una innovadora parte central del ecosistema de blockchain.
ERC-1400 es un estándar específicamente creado con el objetivo de tener una estructura unificada para cualquier Security Token. La razón principal es mejorar el cumplimiento de la seguridad de los tokens en la red de Ethereum. Debido a que las Security Tokens siguen las leyes tradicionales de valores financieros, algunas de estas requieren una serie de funcionalidades. Estas pueden ser regulaciones KYC (conoce a tu cliente) y AML (prevención de blanqueo de capitales) que deben ser seguidas por la industria de tokenización de valores, si se quiere conseguir un espacio establecido en el mundo financiero.Algunas características clave son:• El abono de tokens a una wallet puede ser revertido.Es importante ya que la mayoría de los estándares no permiten ninguna opción para recuperar fondos o para forzar la transferencia de tokens. Al establecer la opción de recuperar tokens, los emisores de estos (compañías), consiguen el control necesario a la vez que consiguen los beneficios de utilizar una blockchain para ganar componibilidad y automatización en la administración de activos.• Posibilidad de añadir metadatos a la cuenta del holder.Algunos ejemplos pueden ser los derechos del accionista o restricciones de como y cuando pueden ocurrir las transacciones. Esto no solo ayuda a la hora de proporcionar información fiable a los inversores principales y a un mercado secundario, sino también asegura las condiciones y derechos de los holders.• Establecer límites en los inversoresBajo la ERC-1400 es posible regular los periodos de hold en una wallet, establecer límites en transacciones y limitar la cantidad de tokens por wallet. Esto puede ser de importancia en el caso de que un emisor esté buscando un número máximo de inversores, una distribución específica o simplemente para evitar la presencia de ballenas. Uno de los motivos principales de la recaudación de fondos en esta forma, es la creación de una gran comunidad, gracias a esta funcionalidad se disminuye la posibilidad de una elevada concentración de tokens en una sola cuenta, y debido a esto se evita la fricción que se puede generar en el mercado debido a los movimientos de grandes cantidades de tokens.
Este estándar fue designado para proporcionar funcionalidades vitales que son necesarias para cualquier Security token. Una de ellas es la capacidad de inyectar datos off-chain. Es necesario incorporar reglas y datos on-chain de las entradas y autorizaciones de datos del mundo real.Esto es importante para las condiciones basadas en datos que no residen dentro de la blockchain, como la verificación KYC y estados del token como reembolsos y usos basados en eventos relacionados con la corporación emisora.ERC-1400 es conocida como un estándar bajo el cual el ERC-1594 y otros residen.
Anteriormente conocido como el protocolo T-REX e implementado en 2018. Este estándar proporciona un mayor control al emisor y los activos pueden ser recuperados incluso si se pierde la clave privada de la wallet, debido a que la propiedad de los activos está garantizada por la identidad digital. Este estándar, igual que el ERC-1400, es compatible con el estándar ERC-20, por lo tanto, es compatible con las mismas wallets y dApps del ecosistema de Ethereum.
Como podemos observar, existen varios estándares incluso para las emergentes Security Tokens. Mientras que la noción de los valores tokenizados tiene un gran potencial y avanza constantemente, a medida que los reguladores empiezan a entender sus beneficios, existen componentes fundamentales que deben de ser incorporados de forma inherente para asegurar el éxito a largo plazo.Debe de estar presente de forma nativa el cumplimiento de la jurisdicción, componentes AML Y KYC, y un cierto grado de protección del inversor. Estos estándares proponen formas distintes o complementarias de resolver estos asuntos en un ecosistema que hasta el momento ha alabado la anonimidad y la libertad de acciones. Lo que estos estándares nos muestran, sin embargo, es que existen formas para que las Finanzas Tradicionales (TradFi) y las Finanzas Descentralizadas (DeFi) puedan fusionarse de una forma pragmática, necesaria para expandir la diversidad inversora y abrir nuevos modelos de negocio para la era de la web3.
.svg)
.png)