You don't have access to this class

Keep learning! Join and start boosting your career

Aprovecha el precio especial y haz tu profesión a prueba de IA

Antes: $249

Currency
$209
Suscríbete

Termina en:

0 Días
7 Hrs
33 Min
6 Seg

Detalles EIP-20

3/14
Resources

Contributions 3

Questions 2

Sort by:

Want to see more contributions, questions and answers from the community?

Es recomendable revisar el curso de OpenZeppelin: **https://platzi.com/cursos/openzeppelin/ **

Hay dos flujos de transferencia a los contratos, una directa y una indirecta.
.
Entonces, ¿por qué no usar siempre el flujo de transferencia directa?
Porque en ocasiones es necesario utilizar un contrato inteligente como intermediario.
.
Función transferFrom
.
● Es útil en casos donde se interactúa con contratos que actúan como vendedores.
Estos contratos no tienen forma de escuchar eventos que generan las transacciones. La manera de hacerlo es mediante el transferFrom
.
● Ataque front-running: Este tipo de ataque se da por la misma especificación, no por una implementación en particular.
.
Un ejemplo de ataque front-running:
.
T1: Alice -> approve(Bob, N) -> Token ERC20 -> DONE
.
T… | Alice decide cambiar la cantidad aprobada a Bob de N a M tokens (M > 0), pero Bob se da cuenta de esta transaccion y decide transferir los N tokens que ya tiene aprobados antes que la nueva transaccion de Alice sea probada.
.
Tn: Alice -> approve(Bob, M) -> Token ERC20 -> DELAYED
.
Tn: Bob -> transferFrom(Alice, otra_direccion, N) -> Token ERC20 -> OK
(esta transaccion se realiza mas rapido porque Bob pago un fee extra al minero para agilizarla)
.
Tn+1: Alice -> approve(Bob, M) -> Token ERC20 -> DONE
.
Tn+2: Bob -> transferFrom(Alice, otra_direccion, M) -> Token ERC20 -> OK

Una transferencia indirecta seria por ejemplo, permitir que un exchange pueda vender y transferir cierta cantidad de mis tokens ERC20 a traves de su contrato inteligente