Contenido del curso
Contratos actualizables
Firmas off-chain
Meta-transacciones
Soportando meta-transacciones en nuestro token
Diego Hernández Guzman
Estudiante
Afu Tse
Estudiante
Camila Peñaloza
EstudianteContenido del curso
Soportando meta-transacciones en nuestro token
Diego Hernández Guzman
EstudianteAfu Tse
EstudianteCamila Peñaloza
EstudianteAfu Tse
Estudiante
Luis Fernando Ushiña
Estudiante
Francisco Blázquez Matías
EstudianteLuis Fernando Ushiña
Estudiante
Oscar Riojas
Estudiante
Mateo Santiago Zapata Maldonado
Estudiante
Nestor Julian Murphy
Estudiante
Esteban Wilfredo Vilca Zuñiga
EstudianteMateo Santiago Zapata Maldonado
EstudianteMateo Santiago Zapata Maldonado
Estudiantehasta el momento de todo lo que dijo el profe entendi el 20% pero no es por que no se sepa expresar o algo que tenga que ver con el profe, lo miro por el lado de que tengo que volver a ver todo el curso unas dos vaces mas para captar mas info y poder entender muchos terminos llamados a este cuerso pero esta super desafiante aqui vamos....
x2
Si es verdad, entendi el 20% del curso. Creo q le faltan diagramas para explicar temas, mas ejemplos...
El curso es desafiante o simplemente no logro entenderlo bien, tal vez ayude usar graficos y explicarlo con graficos en vez de leer el codigo fuente. Slds
Me pareció muy interesante, de acuerdo a lo que se ve es necesario estar en constante actualización!
Ya que el proyecto genera algo de incompatibilidad con versiones actuales de ciertas dependencias.
Dejo el repo con una pequeña actualización a la visualización del set de tests.
A la hora de utilizar __ERC2771Context_init_unchained()
Da un error debido a la que han actualizado la versión del contrato. Según pone en el PR#155 uno de los moderadores, dice que hay que usar el constructor.
¿Cómo quedaría el código utilizando esta nueva actualización?
La versión de @openzeppelin/contracts-upgradeable que estoy usando es la 4.6.0
Apenas estoy moviéndome en este mundo, y mi sugerencia sería utilizar la versión 4.4.1 para comprender completamente el flujo.
En el segundo caso de utilizar versiones actuales al parecer es necesario utilizar el constructor y pasar el address de acuerdo al
PR#155 ERC2771ContextUpgradeable(trustedForwarder)
Creo que esto último ya queda como tarea de cada uno.
Hola en mi caso esto me funciono para poder ejecutar las pruebas:
npm install @openzeppelin/contracts-upgradeable@4.4.1
// Initiating ERC2771Context contract __ERC2771Context_init_unchained(trustedForwarder);
Bueno, el curso es muy interesante, Juan Pablo, gracias por tu esfuerzo, veo demasiado que intentas hacer tu mayor esfuerzo, aqui el punto es que cada vez que veamos que no entendemos mucho es porque tenemos que salir de platzi y revisar otras informaciones para poder ir mezclandola bien hasta que cojamos una idea.
Como mencionaron en los cometarios, para que funcione la implementación en el contrato de lógica deben tener la versión 4.4.1 de contracts-upgradeable
npm install @openzeppelin/contracts-upgradeable@4.4.1
Me encanto el curso. Hay algunos conceptos que creo se pudieron explciar mejor con casos de uso. Adicionalmente, tengo una pregunta: ¿Si estamos dando el poder para que un Proxy haga transacciones no estamos reduciendo el poder del usuario y dandoselo a entidades centralizadas?¿Qué opinan?
Interesante aporte, me confundi cuando dijiste proxy, mejor lo interpretare como "intermediario".
Ey, la verdad no se, tiene sentido tu pregunta, yo creo que es mas que todo usado como mecanismo comercial, es como que te pagan por usar algo.
Por ejemplo, en un video-juego, digamos que le quieres pasar tokens a tu companero, te imaginas dentro del propio juego tener que estar pagando fees por intercambio de items, translado del token del juego ...