¿Qué sucede con un token ya existente después de volver a implementar una bifurcación?

Dado que la mayoría de las ICO publicaron allí Token-Code y SmartContract-Code en GitHub, ¿qué sucedería si alguien "roba" este código y lo vuelve a implementar en la red principal de Ethereum con el mismo nombre y símbolo de token?

¿Y cómo se puede prevenir tal acción?

Respuestas (3)

El nombre y el símbolo son datos vanidosos y están marcados como opcionales en el estándar ERC20. Lo que identifica de forma única los contratos es su dirección de contrato, que se genera en función de la dirección del usuario que implementa el contrato y el nonce de transacción. Puedo continuar ahora mismo y clonar el token de Gnosis e implementarlo en la red principal, sin embargo, debido a que la dirección del contrato será completamente diferente de la dirección del contrato de Gnosis real, son completamente diferentes (independientemente de cuál sea el símbolo). y las variables de nombre contienen) y siempre que alguien se asegure de que la dirección del contrato con el que está interactuando es la correcta, está bien.

https://github.com/ethereum/EIPs/blob/master/EIPS/eip-20.md

Si las personas vuelven a implementar su contrato exactamente como está, no recrearán también el estado del contrato. Es decir, cuántos tokens tiene cada propietario, dónde se transfirieron, etc.

El nombre y el símbolo no son únicos . Múltiples contratos pueden tener el mismo nombre y símbolo , esto no es una violación de la norma, ni crea ningún conflicto.

Puede haber un número ilimitado de contratos con el mismo nombre y símbolo .

Además, el nombre y el símbolo son opcionales en el estándar ERC20 .

No puede evitar la acción de alguien que implementa un contrato. Va en contra de la filosofía de las aplicaciones descentralizadas y sin permiso .

Lo que puede hacer es promocionar su ficha y contratar mejor y más fuerte que los demás. De esta manera, cuando las personas hablen sobre su símbolo de token, se referirán a su contrato y no a ninguna de las otras copias.

El marketing y la marca marcan la diferencia aquí.

Nada.

El código antiguo todavía está presente.

Los tokens que tienen los usuarios están, por definición, asociados con una dirección de contrato "oficial". Lo que estás describiendo es un posible comienzo para un ataque estilo phishing poco sofisticado.

La mayoría de los contratos de tokens son en su mayoría o exactamente iguales. Las direcciones son el identificador único. En el caso que describe, sería difícil hacer pasar la copia como algo real, ya que ninguna billetera o intercambio reconocería los reclamos.

Espero eso ayude.