Ethereum 2.0 ¿fecha estimada?

espera, una duda sobre el caso 4. Cuando hablas de los rendimientos de una security te refieres a que se dan manualmente y periodicamente como rewards a los holders o te refieres a que requieren de staking el cual podrias hacer de una security o una utlity igualmente.

o sea, una security:

* es aquella que recibe rewards pagadas manualmente y periodiocamente por el emisor a los holders (no staking). porque dices que no puedo separar staking y security?​
* es aquella que el emisor le da la opcion de ponerla en staking​
* o es aquella que el holder decide ponerla en staking (siendo security o utility da igual)?​

yo es que no acabo de asociar staking a security sino rewards a security. Staking me parece mas un mecanismo de inversion que puedes aplicar a cualqueir moneda, creo yo

Es que las rewards se intenta especificamente no pagarlas manualmente, por el coste del gas

Imagina que tienes 1000 inversores y que quieres repartir los beneficios del trimestre. Usando ETH eso puede ser facilmente $80, asi que te gastas $80.000 solo en gas.

Ademas ¿como sabe el smart contract exactamente quien tiene aqui y ahora el token? No se puede salvo que este en un array o map dentro del smart contract ... y eso es el staking (mas o menos)

Asi que normalmente se intenta que sea el propio dueño del token el que haga una llamada para reclamar la recompensa, pagando el el gas.

Pero eso tiene el problema de que si dejas por ejemplo 1 hora para reclamar la recompensa y yo la reclamo ahora con mi token y a los 5 minutos transfiero el token a mi hermano y el vuelve a reclamar la recompensa con el mismo token y diferente wallet.

La manera de evitar todos esos problemas es el staking. De esa manera "almacenas" tu token dentro del smart contract y asi el sabe:
a. Si quiere pagar el el gas, a quien debe enviar la recompensa, ya que esta en un array o map interno
b. Si no quiere pagar el gas, quien puede recibir una recompensa durante este periodo, sin que se pueda cobrar n veces
 
Es que las rewards se intenta especificamente no pagarlas manualmente, por el coste del gas

Imagina que tienes 1000 inversores y que quieres repartir los beneficios del trimestre. Usando ETH eso puede ser facilmente $80, asi que te gastas $80.000 solo en gas.

Ademas ¿como sabe el smart contract exactamente quien tiene aqui y ahora el token? No se puede salvo que este en un array o map dentro del smart contract ... y eso es el staking (mas o menos)

Asi que normalmente se intenta que sea el propio dueño del token el que haga una llamada para reclamar la recompensa, pagando el el gas.

Pero eso tiene el problema de que si dejas por ejemplo 1 hora para reclamar la recompensa y yo la reclamo ahora con mi token y a los 5 minutos transfiero el token a mi hermano y el vuelve a reclamar la recompensa con el mismo token y diferente wallet.

La manera de evitar todos esos problemas es el staking. De esa manera "almacenas" tu token dentro del smart contract y asi el sabe:
a. Si quiere pagar el el gas, a quien debe enviar la recompensa, ya que esta en un array o map interno
b. Si no quiere pagar el gas, quien puede recibir una recompensa durante este periodo, sin que se pueda cobrar n veces

si, yo pensaba en DLT de coste muy bajo y guardar los holders en un array y tener una funcion payRewards() que haga el "prorateo mensual" de un porcentaje de beneficios. En ese caso si veria viables las rewards y no se inmobilizaria el token al holder, creo

pero para usar redes de altas fees, por los problemas que dices, para hacer un security hay que inmovilizar los tokens con staking

gracias , muy bueno 🙂 tendre que leerlo todo otra vez 🙂
 
lo que le falta a openzeppelin son estos business cases que toda la vida se han hecho antes de tirar el codigo. Codigo sin un business case que le de contexto no tiene sentido

pero como estamos en un mundo de monkeys
 
si, yo pensaba en DLT de coste muy bajo y guardar los holders en un array y tener una funcion payRewards() que haga el "prorateo mensual" de un porcentaje de beneficios. En ese caso si veria viables las rewards y no se inmobilizaria el token al holder, creo

Pero imagina que tienes en un array los holders actuales, pero el token es un ERC20, asi que yo puedo transferirselo a mi hermano. Y el pasarselo al vecino del quinto.

Tu funcion payRewards() le pagaria el prorateo de beneficios al holder que tiene el en el array, no al poseedor real del token.

Hay un par de formas de arreglar eso, pero logicamente cuestan gas y tienen coste extra de programacion
 
lo que le falta a openzeppelin son estos business cases que toda la vida se han hecho antes de tirar el codigo. Codigo sin un business case que le de contexto no tiene sentido

pero como estamos en un mundo de monkeys

Es que los de openzeppelin se ganan la vida no con la libreria, sino vendiendo servicios de auditoria de codigo. O al menos lo hacian.

Para ellos la libreria es algo que dan gratis porque les hace publicidad en su negocio real. Nada mas.
 
Pero imagina que tienes en un array los holders actuales, pero el token es un ERC20, asi que yo puedo transferirselo a mi hermano. Y el pasarselo al vecino del quinto.

Tu funcion payRewards() le pagaria el prorateo de beneficios al holder que tiene el en el array, no al poseedor real del token.

Hay un par de formas de arreglar eso, pero logicamente cuestan gas y tienen coste extra de programacion

uhm, cuando tu hno le hace un transfer al vecino del quinto, la peticion no pasa por el smart contract para poder almacenar la nueva cantidad asignada a la direccion del vecino del quinto y descontar la cantidad enviada por tu hno de su address? de modo que el smart contract siempre tenga actualizadas cantidades y addresses?

o sea en algun momento tiene que haber un evento Transfer

Es que los de openzeppelin se ganan la vida no con la libreria, sino vendiendo servicios de auditoria de codigo. O al menos lo hacian.

Para ellos la libreria es algo que dan gratis porque les hace publicidad en su negocio real. Nada mas.

alla por los anyos 2000, cuando los datos estructurados molaban, XML y demas, salieron montones de standares. Y lo primero que se definia en el standard son las entidades, luego el business flow y por ultimo, cuando ya esta todo claro, la implementacion. Ahora como somos todos "agiles" empiezan con la implementacion y con el contexto buscate la vida y good luck.....

yo no se si hay alguna empresa haciendo eso hoy en cryptos, si lo hay, no la conozco. los mas cercano son los Led Zeppelin estos
 
Última edición:
uhm, cuando tu hno le hace un transfer al vecino del quinto, la peticion no pasa por el smart contract para poder almacenar la nueva cantidad asignada a la direccion del vecino del quinto y descontar la cantidad enviada por tu hno de su address? de modo que el smart contract siempre tenga actualizadas cantidades y addresses?

No. El metodo transfer es una primitiva de los estandares erc20, erc721, etc. Que simplemente hace la transferencia y ya esta.



alla por los anyos 2000, cuando los datos estructurados molaban, XML y demas, salieron montones de standares. Y lo primero que se definia en el standard son las entidades, luego el business flow y por ultimo, cuando ya esta todo claro, la implementacion. Ahora como somos todos "agiles" empiezan con la implementacion y con el contexto buscate la vida y good luck.....

yo no se si hay alguna empresa haciendo eso hoy en cryptos, si lo hay, no la conozco

Todo lo contrario. Esta peor que nunca. Yo empece un proyecto en UK hace 3 meses y todavia no ha parado de cambiar lo que pide el cliente. Y ni siquiera ha sido capaz de darme un diseño con lo que quiere exactamente
 
No. El metodo transfer es una primitiva de los estandares erc20, erc721, etc. Que simplemente hace la transferencia y ya esta.

Todo lo contrario. Esta peor que nunca. Yo empece un proyecto en UK hace 3 meses y todavia no ha parado de cambiar lo que pide el cliente. Y ni siquiera ha sido capaz de darme un diseño con lo que quiere exactamente

no entiendo bien eso, como puede el dinero cambiar de address sin pasar la peticion por el smart contract?


si, eso es agile, tu vete haciendo, que ya yo, segun se me ocurra te digo lo que tienes que hacer, total tengo detras al banco central, sera por dinero..... 😡
 
no entiendo bien eso, como puede el dinero cambiar de address sin pasar la peticion por el smart contract?

Si que pasa y se guarda. En el ERC20 por ejemplo veras el map llamado "balances", que actualiza la cantidad de tokens de un usuario.

Es decir, en todo momento sabes cuantos tokens tiene cada usuario. Pero si te fijas es un map, y los maps en solidity no se pueden recorrer.

Es decir no puedes decir ... pues recorro el map y a cada usuario que tenga un balance positivo le calculo los beneficios y se los envio.

Por cierto, aunque los tuvieras en un array no podrias recorrer el array porque consumirias probablemente todo el gas del bloque y te fallaria (despues de haber pagado tu una burrada en gas)

Asi que como ves, no es posible hacer tu funcion payRewards() solo con lo que viene por defecto en el sistema

Tampoco se podria hacer que ellos hiciesen la llamada porque el flujo seria el siguiente:

-Yo tengo el token, asi que en el map "balances" aparece mi wallet con 1 token
-Reclamo la recompensa
-Transfiero el token a mi hermano. Ahora aparece mi wallet con balance 0 y mi hermano con balance 1
-Mi hermano reclama la recompensa
-Transfiere el token al vecino del quinto. Ahora yo y mi hermano aparecemos con balance 0 y el vecino del quinto con balance 1
-El vecino reclama la recompensa

En resumen, que si pasa la peticion por el smart contract, pero no es suficiente para lo que tu quieres hacer

si, eso es agile, tu vete haciendo, que ya yo, segun se me ocurra te digo lo que tienes que hacer, total tengo detras al banco central, sera por dinero..... 😡

Al menos pagan, porque los clientes interpretan realmente agile como .... yo te pido un precio fijo y luego voy cambiando cosas pero sin incrementar el precio.
 
Si que pasa y se guarda. En el ERC20 por ejemplo veras el map llamado "balances", que actualiza la cantidad de tokens de un usuario.

Es decir, en todo momento sabes cuantos tokens tiene cada usuario. Pero si te fijas es un map, y los maps en solidity no se pueden recorrer.

Es decir no puedes decir ... pues recorro el map y a cada usuario que tenga un balance positivo le calculo los beneficios y se los envio.

Por cierto, aunque los tuvieras en un array no podrias recorrer el array porque consumirias probablemente todo el gas del bloque y te fallaria (despues de haber pagado tu una burrada en gas)

Asi que como ves, no es posible hacer tu funcion payRewards() solo con lo que viene por defecto en el sistema

Tampoco se podria hacer que ellos hiciesen la llamada porque el flujo seria el siguiente:

-Yo tengo el token, asi que en el map "balances" aparece mi wallet con 1 token
-Reclamo la recompensa
-Transfiero el token a mi hermano. Ahora aparece mi wallet con balance 0 y mi hermano con balance 1
-Mi hermano reclama la recompensa
-Transfiere el token al vecino del quinto. Ahora yo y mi hermano aparecemos con balance 0 y el vecino del quinto con balance 1
-El vecino reclama la recompensa

En resumen, que si pasa la peticion por el smart contract, pero no es suficiente para lo que tu quieres hacer

o sea que en un security hay que bloquear al token en un staking si o si

lo del tiempo de computo no lo habia contemplado, pero si, cierto, es una constraint

Al menos pagan, porque los clientes interpretan realmente agile como .... yo te pido un precio fijo y luego voy cambiando cosas pero sin incrementar el precio.

los proyectos agile se suelen pagar por horas, no proyecto cerrado. Especialmente los ingleses trabajan asi. Si tu les ofreces proyecto cerrado, y usan su metodo, jajaj ancha es castilla, a abusar del proveedor
 
me encuentro con que no hay digamos un 101 para noobs

no hay poca info, mala y deslabazada, muy caotico y sin sentido todo. Si quieres empezar por solidity


de verdad que a mi me encanta la idea de las cryptos, pero la puesta en realidad es, no se, nefasta? infantil? asiatica? no se describirlo

y a este paso se van a quedar "eso de los puntos de los jueguecitos online"
 
Hola brotes, sigo aquí en la oscuridad pendiente de todo lo que publicas como bien sabes.

¿Has tenido algún inconveniente o desvarío a la hora de cobrar en ETH con la hacienda española? Yo he recibido parte de mi salario en crypto pero fuera de la UE (Suiza y hace bastantes años), no sé cómo andará el tema por aquí (en España donde resido ahora), puedo ponerme malo únicamente de pensarlo.

Mi asesor dice que es como una moneda extranjera mas, que a final de año se hace el cierre y se mira si subio o bajo

Por otro lado, yo desde fuera del mundo del desarrollo, habiéndome dedicado principalmente al pinta y colorea durante las últimas dos décadas, a la hora de empezar en desarrollo bajo blockchain me encuentro con que no hay digamos un 101 para noobs, quiero decir, con qué distro empezar, qué entorno usar, etc, o al menos yo no lo he encontrado.

Me pongo a mi mismo como ejemplo, heme aquí, con un portátil virgen recién llegado del almacén dispuesto a empezar a trastear en desarrollo blockchain buscando qué distro me convendría instalar y realmente me encuentro con que no hay una guía para el que quiera empezar de cero.

Quizá estaría bien que a los que pretendemos iniciarnos en el desarrollo blockchain, al menos en mi caso meramente por aprovechar el tiempo perecid y por ganas de aprender cosas nuevas, contar con un 101 o una guía para dummies, yo de hecho leyéndote pagaría con gusto el acceso a un índice de tus recomendaciones de por dónde empezar.

Gracias como siempre por compartir lo que sabes.

Este mundo es muy amplio y complejo.

Yo a los nuevos les recomendaria:

-Si eres front, React + web3.js
-Si eres back, rust (para programar en solana, terra, etc)

En ambos hay trabajo muy bien pagado a patadas y casi sin competencia

Para programar EVMs, o sea ethereum, BSC, Polygon, etc, yo tengo ubuntu en un W10

Hay que instalar:

-node.js

-npm

-solc, que es el compilador de solidity

-Visual studio code, con los paquetes de solidity. Solidity es el lenguaje estandar de este mundillo

-Ganache-cli. Para probar, necesitas una blockchain y ganache es una blockchain ethereum que corre en tu pc, y crea 10 usuarios con 100ETH cada uno

-Truffle. Es la herramienta que mas vas a usar.

Ahora ya esta. Puedes usar visual studio code para crear tu programa .sol, con el codigo en solidity.

Para probar, en un terminal ejecutas ganache-cli, para tener tu blockchain personal ejecutandose

En otro terminal del VS, ejecutas truffle compile, y ya esta el programa compilado.

Pero esto es lo que hacen los indios. Me han llegado a contratar para hacer auditorias de smart contract hechos por indios donde no habia ni un solo test. Debes recordar que los tests son la unica manera efectiva de interactuar con la blockchain cuando haces debug. Unmarketplace de los que yo vendo suele tener una media de 90 o 100 tests

Entonces en tu directorio "tests", creas un nuevo fichero para hacer los tests. Truffle usa internamente mocha si no recuerdo mal para hacer los tests.

Ahora lo que tienes que hacer es "truffle test", que ademas ya te compila y todo. Y el proceso es picar codigo en VS y luego truffle test, hasta que todo funcione.

Como siempre, no es tan facil. La EVM tiene un limite de 24k asi que tu contrato no puede tener mas de 24k. Eso solo vale para hacer cosas triviales asi que tendras que crear una libreria o varios smart contracts que interactuan entre si. Pero eso ya es algo avanzado.

Cuando tu programa ya funciona en local, es el momento de probar en testnet. Para ello debes hacer varias cosas:

1. Instalar la libreria hdwallet-provider
2. Crear un fichero secrets.json y ponerlo en git ignore, o usar env, o cualquier metodo que se te ocurra que mantenga privado ese fichero.
3. Añadir a ese fichero el mnemonic (las 12 palabras) de la cuenta que vayas a usar para publicar.
4. Crearte una cuenta gratuita en infura
5. Añadir el codigo de proyecto que da infura a secrets.json
6. Editar el fichero truffle-config.js para añadir la conexion a testnet usando tu mnemonic y la url de infura, junto con los datos de la red testnet que vayas a usar (ropsten, rinkeby, etc)
7. Ir a un faucet y conseguir tokens para tu cuenta
8. Crear un fichero de migracion (hay muchos tutoriales y es simplemente escribir nombre_de_smart_contract.deploy()😉

9. Liquidar truffle migrate --network rinkeby --reset

Y tras un par de minutos ya estara tu proyecto en la testnet llamada rinkeby. Ahora puedes usar un programa javascript usando web3.js para interactuar con el.
 
Última edición:
otra duda tecnica. crear un contrato de largo plazo desde el inicio lo veo una gallardia. Puedes crear un contrato a un anyo, o a meses, pero a mas tiempo nadie sabe lo q va a pasar. Primero la tecnologia evoluciona, y tu contrato se quedara obsoleto. Despues el emisor evoluciona, y el contrato seguramente se deba cambiar.... y mil casos mas. El problema es que el inversor en crowdfunding espera rendimeintos a medio plazo, no a corto.

* Aparte de usar proxies solidity, cual seria la estrategia de crear un contrato que vaya cambiando cada x tiempo manteniendo la fruta del emisor. Hay algun standard sobre esto?

* se puede salir con un contrato super sencillo para crowdfunding e ir mejorandolo con el tiempo?

* se puede hacer un volcado de datos del contrato v1 al nuevo contrato v2 (porque obviamente no quieres resetear)?

yo se que empresas sacan su contrato v2 pocos dias despues de salir, pero suena mas a correccion de errores que a cambios funcionales
 
otra duda tecnica. crear un contrato de largo plazo desde el inicio lo veo una gallardia. Puedes crear un contrato a un anyo, o a meses, pero a mas tiempo nadie sabe lo q va a pasar. Primero la tecnologia evoluciona, y tu contrato se quedara obsoleto. Despues el emisor evoluciona, y el contrato seguramente se deba cambiar.... y mil casos mas. El problema es que el inversor en crowdfunding espera rendimeintos a medio plazo, no a corto.

* Aparte de usar proxies solidity, cual seria la estrategia de crear un contrato que vaya cambiando cada x tiempo manteniendo la fruta del emisor. Hay algun standard sobre esto?

* se puede salir con un contrato super sencillo para crowdfunding e ir mejorandolo con el tiempo?

* se puede hacer un volcado de datos del contrato v1 al nuevo contrato v2 (porque obviamente no quieres resetear)?

yo se que empresas sacan su contrato v2 pocos dias despues de salir, pero suena mas a correccion de errores que a cambios funcionales

Teoricamente un contrato en solidity no se puede actualizar ni corregir errores. Una vez publicado, se queda ahi para siempre

Hace algun tiempo existen formas para actualizar los contratos sin perder la informacion (guardada en maps o arrays), pero la verdad es que la inmensa mayoria de contratos no tienen este protocolo de actualizacion

Lo que se hace es sacar otro contrato con mejoras y durante cierto tiempo conviven ambos (v1 y v2). En el caso de ERC20 se hace un intercambio, de forma que cada X tokens de V1 te da derecho a Y tokens V2, y asi sucesivamente

No hay ningun estandar aqui aparte de openzeppelin. Y la parte de actualizacion de contratos de openzeppelin a mi me parece inmadura y no la uso.
 
Los reyes se han enrollado, me han traído xx acciones de GME en IBKR que dentro de T+2 días serán DRS, me gusta, gracias.


HOLD


y si puede DRS
 
Mi asesor dice que es como una moneda extranjera mas, que a final de año se hace el cierre y se mira si subio o bajo



Este mundo es muy amplio y complejo.

Yo a los nuevos les recomendaria:

-Si eres front, React + web3.js
-Si eres back, rust (para programar en solana, terra, etc)

En ambos hay trabajo muy bien pagado a patadas y casi sin competencia

Para programar EVMs, o sea ethereum, BSC, Polygon, etc, yo tengo ubuntu en un W10

Hay que instalar:

-node.js

-npm

-solc, que es el compilador de solidity

-Visual studio code, con los paquetes de solidity. Solidity es el lenguaje estandar de este mundillo

-Ganache-cli. Para probar, necesitas una blockchain y ganache es una blockchain ethereum que corre en tu pc, y crea 10 usuarios con 100ETH cada uno

-Truffle. Es la herramienta que mas vas a usar.

Ahora ya esta. Puedes usar visual studio code para crear tu programa .sol, con el codigo en solidity.

Para probar, en un terminal ejecutas ganache-cli, para tener tu blockchain personal ejecutandose

En otro terminal del VS, ejecutas truffle compile, y ya esta el programa compilado.

Pero esto es lo que hacen los indios. Me han llegado a contratar para hacer auditorias de smart contract hechos por indios donde no habia ni un solo test. Debes recordar que los tests son la unica manera efectiva de interactuar con la blockchain cuando haces debug. Unmarketplace de los que yo vendo suele tener una media de 90 o 100 tests

Entonces en tu directorio "tests", creas un nuevo fichero para hacer los tests. Truffle usa internamente mocha si no recuerdo mal para hacer los tests.

Ahora lo que tienes que hacer es "truffle test", que ademas ya te compila y todo. Y el proceso es picar codigo en VS y luego truffle test, hasta que todo funcione.

Como siempre, no es tan facil. La EVM tiene un limite de 24k asi que tu contrato no puede tener mas de 24k. Eso solo vale para hacer cosas triviales asi que tendras que crear una libreria o varios smart contracts que interactuan entre si. Pero eso ya es algo avanzado.

Cuando tu programa ya funciona en local, es el momento de probar en testnet. Para ello debes hacer varias cosas:

1. Instalar la libreria hdwallet-provider
2. Crear un fichero secrets.json y ponerlo en git ignore, o usar env, o cualquier metodo que se te ocurra que mantenga privado ese fichero.
3. Añadir a ese fichero el mnemonic (las 12 palabras) de la cuenta que vayas a usar para publicar.
4. Crearte una cuenta gratuita en infura
5. Añadir en codigo de proyecto a secrets.json
6. Editar el fichero truffle-config.js para añadir la conexion a testnet usando tu mnemonic y la url de infura, junto con los datos de la red testnet que vayas a usar (ropsten, rinkeby, etc)
7. Ir a un faucet y conseguir tokens para tu cuenta
8. Crear un fichero de migracion (hay muchos tutoriales y es simplemente escribir nombre_de_smart_contract.deploy()😉

9. Liquidar truffle migrate --network rinkeby --reset

Y tras un par de minutos ya estara tu proyecto en la testnet llamada rinkeby. Ahora puedes usar un programa javascript usando web3.js para interactuar con el.
¿Y qué ventaja le ves a la red de Solana?
Por lo que veo todo el mundo usa MetaMask y poca gente está familiarizada con esta red. ¿Te permite hacer más cosas?
 
¿Y qué ventaja le ves a la red de Solana?
Por lo que veo todo el mundo usa MetaMask y poca gente está familiarizada con esta red. ¿Te permite hacer más cosas?

Solana es un caso curiosisimo. Yo oi hablar de Solana hace unos 9 meses, cuando salio un proyecto y hubo que contratar a uno del equipo de Solana para que lo sacase adelante, porque nadie sabia ni Solana ni RUST

Pero hace unos meses con la locura del precio del gas de ETH se empezo a buscar soluciones, y un monton de fondos de inversion han puesto cientos de millones en convertir solana en el nuevo ETH.

Con el proyecto Candy machine se permite hacer de forma "facil" marketplaces de NFTs en Solana, con un coste de unos $5 por proceso, cuando en ETH sale por $160 el minting

Eso ha disparado el numero de proyectos en Solana que estan pidiendo gente. Como nadie sabe RUST hay una demanda enorme. Mas dinero y mas proyectos implica que mas gente tendra el wallet de Solana.

Si logran mantener el ritmo de crecimiento los proximos meses, se consolidaran. Si no lo consiguen, acabaran como EOS, TRON o las demás alternativas a ETH que hubo hace 2-3 años y que ahora están en el olvido.

Por ser sincero, el gran problema de Solana es que hay que programar en RUST y eso lastra los proyectos.
 
Parece que la SEC si permite ICOs y tokens security


este articula explica la estrategia de separara token security y token utility

 
@brotes_verdes conoces algun marco teorico sobre tokenomics?

Me parece una digamos nueva teoria economica que deberia aportar las directrices para disenyar una moneda. He buscado libros en amazon, y he visto 3 mas o menos... pero no me acaban de satisfacer..... creo que no esta desarrollado ese marco teorico aun

si hay interes abro un hilo a ver opiniones variadas
 
Parece que la SEC si permite ICOs y tokens security


este articula explica la estrategia de separara token security y token utility


Por lo visto, se utiliza este test para definir si un token es utility o security:


@brotes_verdes conoces algun marco teorico sobre tokenomics?

Me parece una digamos nueva teoria economica que deberia aportar las directrices para disenyar una moneda. He buscado libros en amazon, y he visto 3 mas o menos... pero no me acaban de satisfacer..... creo que no esta desarrollado ese marco teorico aun

si hay interes abro un hilo a ver opiniones variadas

Nada de marco teorico. Yo he participado este año en dos white papers y el tokenomic, preparado por expertos, me parece un brindis al sol en ambos casos, y se dedica mucho tiempo a solucionar problemas que no existen.

Y lo principal, que es saber cuanto se quiere sacar y como se presenta un producto atractivo a cada segmento de compradores, no se trabaja lo bastante.

Estoy ahora precisamente con uno que no he sido capaz al cliente que diga exactamente cuanto quiere sacar con la venta del token. Y el especialista en whitepapers no esta ayudando en absoluto y solo dice chorradas. Quiere diseñar un plan para evitar la volatilidad cuando ni siquiera hay un precio ni un perfil del cliente.
 
Por lo visto, se utiliza este test para definir si un token es utility o security:




Nada de marco teorico. Yo he participado este año en dos white papers y el tokenomic, preparado por expertos, me parece un brindis al sol en ambos casos, y se dedica mucho tiempo a solucionar problemas que no existen.

Y lo principal, que es saber cuanto se quiere sacar y como se presenta un producto atractivo a cada segmento de compradores, no se trabaja lo bastante.

Estoy ahora precisamente con uno que no he sido capaz al cliente que diga exactamente cuanto quiere sacar con la venta del token. Y el especialista en whitepapers no esta ayudando en absoluto y solo dice chorradas. Quiere diseñar un plan para evitar la volatilidad cuando ni siquiera hay un precio ni un perfil del cliente.

te respondo por privado, aqui hay demasiado sobrao
 

Estadísticas del foro

Temas
2.050.567
Mensajes
58.183.587
Miembros
190.861
Último miembro
EdgarMT

El blog de burbuja.info

Volver