Temas en tendencia
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

Bill Hughes 🦊
Abogado en Consensys / anteriormente DOJ, WH, S&C, UVA law, Vandy / No es asesoramiento legal, no es su abogado, los tweets son míos.
En mi opinión, una abrumadora mayoría de la población mundial simplemente se negará a usar un sistema financiero donde esto les pueda ocurrir. Y es una disonancia cognitiva decir "él aceptó los términos, así que está bien." Así que, en cierto sentido, Stani no va lo suficientemente lejos en su punto de guardabarrillas, pero tiene razón en la dirección.

Stani.ethhace 17 horas
Hoy más temprano, un usuario intentó comprar AAVE usando 50 millones de dólares estadounidenses a través de la interfaz de Aave.
Dado el tamaño inusualmente grande de la orden única, la interfaz Aave, como la mayoría de las interfaces de trading, advertía al usuario sobre un deslizamiento extraordinario y requería confirmación mediante una casilla de verificación. El usuario confirmó la advertencia en su dispositivo móvil y procedió al cambio, aceptando el alto deslizamiento, lo que finalmente resultó en recibir solo 324 AAVE a cambio.
La transacción no podía avanzar sin que el usuario aceptara explícitamente el riesgo mediante la casilla de confirmación.
Los routers CoW Swap funcionaron como se pretendía y la integración siguió las prácticas estándar de la industria. Sin embargo, aunque el usuario pudo proceder con el cambio, el resultado final estaba claramente lejos de ser óptimo.
Eventos como este sí ocurren en DeFi, pero la escala de esta transacción fue significativamente mayor de lo que normalmente se observa en el sector.
Empatizamos con el usuario e intentaremos contactar con él, y devolveremos 600.000 dólares en comisiones recaudadas por la transacción.
La conclusión clave es que, aunque DeFi debe permanecer abierto y sin permisos, permitiendo a los usuarios realizar transacciones libremente, existen barreras adicionales que la industria puede construir para proteger mejor a los usuarios. Nuestro equipo investigará formas de mejorar estas salvaguardas en el futuro.
447
¿Qué fundamenta la lógica detrás de un único contrato de evento autocertificado y regulado por la CFTC? Puedes ir a una página web que mantiene la @CFTC para revisar la documentación que cada contrato designado presenta para cada contrato de evento.
Este ejemplo de @Kalshi se titula: "¿Registrará la entidad por encima/abajo/exactamente/al menos/entre estadística de conteo en el periodo de tiempo del evento de golf?"
¿Qué significa ESO? Kalshi ha presentado un documento de 17 páginas para describirlo. Los extensos "Criterios de Pago" que se exponen en la carta se colocan a continuación. Asombrados de lo detallado y completo que es esto.
👇👇👇
Criterio de pago: El criterio de pago para el contrato abarca los valores de vencimiento que <entity> han registrado un total de <por encima/abajo/exactamente/al menos/entre> <count> <statistic> en el <periodo de tiempo> de <evento de golf>. Para que se cumpla el Criterio de Pago (el mercado se resuelve en Sí), todo lo siguiente debe ser cierto:
1. <entity> es un participante oficial en <evento de golf> (es decir, aparece en la lista oficial de inscritos, lista de campo o lista de participantes del organismo rector);
2. <entity> comenzar a jugar en la parte correspondiente del <evento de golf> (es decir, iniciar el teed en la ronda correspondiente, o estar presente en el hoyo correspondiente, según <statistic>corresponda a );
3. La cantidad total registrada <statistic> de por <entity> durante <periodo> de <evento de golf> satisface la condición <por encima/abajo/exactamente/al menos/entre> <count> según lo especificado.
Si se cumplen las tres condiciones, el mercado se resuelve en Sí. Si no se cumple alguna condición, el mercado se resuelve en No, sujeto a las aclaraciones adicionales a continuación.
Aclaraciones adicionales:
● Si <entity> se refiere a un golfista individual específico y ese golfista se retira, es retirado o es expulsado del <evento de golf> antes de iniciar el inicio en la primera ronda (o antes de la parte relevante del <evento de golf> aplicable <statistic>a ), el Contrato se resolverá hasta el último precio justo determinado a discreción exclusiva de la Bolsa.
● Si <entity> se despide en <evento de golf> pero posteriormente se retira o se retira antes de completar la parte del <evento de golf> relevante para <statistic>, el mercado se resuelve en función de si la condición de <arriba/abajo/exactamente/al menos/entre> <count> ya se había cumplido de forma concluyente o se había ejecutado en el momento de la retirada. Si la condición ya se cumplió (por ejemplo, <entity> ya había registrado más <count> <statistic> de y el operador está "por encima"), el mercado se resuelve en Sí. Si la condición aún no se ha cumplido y no puede satisfacerse sin más reproducimiento (por ejemplo, <entity> se ha registrado menos <count> <statistic> que y el operador es "al menos"), el mercado se resuelve a No. Si la condición es un operador "por encima" o "al menos" y el umbral solo se puede alcanzar mediante un juego adicional que no ocurrirá debido a la retirada, el mercado se resuelve a No. Si la condición es un operador "por debajo" o "exactamente" y el resultado ya no puede determinarse con certeza (por ejemplo, se requiere más juego para determinar si el recuento final está dentro del rango), el mercado se resuelve basándose en las estadísticas oficiales publicadas hasta el momento de la retirada; si no hay estadísticas oficiales disponibles para la parte incompleta, el mercado se recurre al último precio justo determinado a discreción exclusiva de la Bolsa.
● Si <entity> es descalificado de <evento de golf>, el tratamiento sigue la misma lógica que las retiradas: si la condición <por encima/abajo/exactamente/al menos/entre> <count> se cumplió antes de la descalificación, el mercado se resuelve a Sí; si no, se resuelve a No (a menos que la descalificación ocurra antes del tee-off, en cuyo caso el mercado se resuelve hasta el último precio justo). Si la descalificación anula retroactivamente las puntuaciones o estadísticas (según determine el organismo rector), entonces las estadísticas anuladas no cuentan para <statistic>.
● Cuando <entity> se refiere a un grupo (por ejemplo, "cualquier actor en el campo"), el mercado se resuelve a Sí si al menos un miembro del grupo satisface la condición <por encima/abajo/exactamente/en KalshiEX LLC KalshiEX LLC menos/entre> <count> <statistic>para , salvo que la Bolsa especifique en la emisión que todos los miembros del grupo (o un subconjunto declarado de él) deben cumplir la condición, en cuyo caso el Criterio de Pago solo se cumple si cada miembro del grupo o subconjunto especificado satisface la condición.
● Si el organismo rector evalúa golpes de penalización que afectan a la cantidad registrada de <statistic> (por ejemplo, un golpe de penalización convierte un birdie en par, reduciendo así el conteo de birdies), la determinación final oficial del organismo rector será la determinación final oficial.
● Si <evento de golf> (o la parte correspondiente, incluyendo <periodo de tiempo>) se acorta oficialmente de su duración programada pero el organismo rector publica estadísticas oficiales de la jugada completada, el mercado se resolverá en función de las estadísticas oficiales publicadas. Los traders deben tener en cuenta que un evento acortado generalmente generará menos oportunidades estadísticas y puede reducir la cantidad registrada de <statistic>. Si el <evento de golf> se reduce a menos de 36 hoyos de juego completado (o menos de una ronda completa para estadísticas específicas de cada ronda) y no se publican estadísticas oficiales del alcance correspondiente <statistic> , el mercado se resolverá hasta el último precio justo determinado a discreción exclusiva de la Bolsa.
● Si <evento de golf> se cancela oficialmente antes de <statistic> que se publiquen estadísticas oficiales relevantes, el mercado decidirá el último precio justo determinado a discreción exclusiva de la Bolsa.
● Si <evento de golf> se pospone pero se reanuda posteriormente, el mercado permanecerá abierto y se resolverá en función de las estadísticas oficiales una vez finalizada la partida, siempre que el evento se complete dentro de las dos semanas posteriores a la fecha de inicio originalmente programada (y la reprogramación se anuncie dentro de una semana desde la fecha de inicio originalmente programada). Si el evento se pospone más, el mercado resolverá el último precio justo determinado a discreción exclusiva de la Bolsa.
● Si una ronda de juego queda suspendida y el organismo rector reinicia todas las puntuaciones de esa ronda (es decir, los jugadores deben repetir la ronda desde cero), cualquier estadística registrada durante la jugada anulada no contará para <statistic>. Solo se utilizarán estadísticas de la ronda oficialmente completada y contada.
● Si el organismo rector del <evento de golf> cambia el formato del evento, la metodología estadística de seguimiento o el método de puntuación después de que se emita el Contrato pero antes de que comience el <evento de golf>, las nuevas reglas y metodología oficiales regirán la resolución.
● Para eventos de match play, <statistic> se refiere a las estadísticas oficialmente registradas por el organismo rector para el match play, que pueden diferir de las convenciones de stroke play.
● Cuando <evento de golf> abarca varios torneos (por ejemplo, "la temporada 2026 del PGA Tour"), <statistic> se mide de forma acumulativa en todos los eventos especificados según lo publicado en las estadísticas oficiales de la temporada del organismo rector. El mercado no se resolverá hasta la conclusión del evento final en el ámbito especificado.
● Cuando <encima/abajo/exactamente/al menos/entre> es "entre", se cumple el Criterio de Pago si la cantidad total registrada de <statistic> al final de <periodo> KalshiEX LLC KalshiEX LLC se encuentra dentro del rango inclusivo especificado <count>por . Para estadísticas de conteo acumulado (por ejemplo, total de birdies), la comparación se hace con el recuento final al final del <periodo de tiempo>. Para estadísticas instantáneas o de observación única (por ejemplo, una puntuación específica de ronda), la comparación se realiza con el valor observado único. El operador "entre" no requiere que la cantidad permanezca continuamente dentro del rango durante el juego; solo requiere que el total final registrado cumpla la condición de alcance al concluir el <periodo de tiempo>.
Consulta esta presentación por ti mismo aquí:

344
¿Qué fundamenta la lógica detrás de un único contrato de evento autocertificado y regulado por la CFTC? Puedes ir a una página web que mantiene la @CFTC para revisar la documentación que cada contrato designado presenta para cada contrato de evento.
Este ejemplo de @Kalshi se titula: "¿Registrará la entidad por encima/abajo/exactamente/al menos/entre estadística de conteo en el periodo de tiempo del evento de golf?"
¿Qué significa ESO? Kalshi ha presentado un documento de 17 páginas para describirlo. Los extensos "Criterios de Pago" que se exponen en la carta se colocan a continuación. Asombrados de lo detallado y completo que es esto.
Criterio de pago: El criterio de pago para el contrato abarca los valores de vencimiento que <entity> han registrado un total de <por encima/abajo/exactamente/al menos/entre> <count> <statistic> en el <periodo de tiempo> de <evento de golf>. Para que se cumpla el Criterio de Pago (el mercado se resuelve en Sí), todo lo siguiente debe ser cierto:
1. <entity> es un participante oficial en <evento de golf> (es decir, aparece en la lista oficial de inscritos, lista de campo o lista de participantes del organismo rector);
2. <entity> comenzar a jugar en la parte correspondiente del <evento de golf> (es decir, iniciar el teed en la ronda correspondiente, o estar presente en el hoyo correspondiente, según <statistic>corresponda a );
3. La cantidad total registrada <statistic> de por <entity> durante <periodo> de <evento de golf> satisface la condición <por encima/abajo/exactamente/al menos/entre> <count> según lo especificado.
Si se cumplen las tres condiciones, el mercado se resuelve en Sí. Si no se cumple alguna condición, el mercado se resuelve en No, sujeto a las aclaraciones adicionales a continuación.
Aclaraciones adicionales:
● Si <entity> se refiere a un golfista individual específico y ese golfista se retira, es retirado o es expulsado del <evento de golf> antes de iniciar el inicio en la primera ronda (o antes de la parte relevante del <evento de golf> aplicable <statistic>a ), el Contrato se resolverá hasta el último precio justo determinado a discreción exclusiva de la Bolsa.
● Si <entity> se despide en <evento de golf> pero posteriormente se retira o se retira antes de completar la parte del <evento de golf> relevante para <statistic>, el mercado se resuelve en función de si la condición de <arriba/abajo/exactamente/al menos/entre> <count> ya se había cumplido de forma concluyente o se había ejecutado en el momento de la retirada. Si la condición ya se cumplió (por ejemplo, <entity> ya había registrado más <count> <statistic> de y el operador está "por encima"), el mercado se resuelve en Sí. Si la condición aún no se ha cumplido y no puede satisfacerse sin más reproducimiento (por ejemplo, <entity> se ha registrado menos <count> <statistic> que y el operador es "al menos"), el mercado se resuelve a No. Si la condición es un operador "por encima" o "al menos" y el umbral solo se puede alcanzar mediante un juego adicional que no ocurrirá debido a la retirada, el mercado se resuelve a No. Si la condición es un operador "por debajo" o "exactamente" y el resultado ya no puede determinarse con certeza (por ejemplo, se requiere más juego para determinar si el recuento final está dentro del rango), el mercado se resuelve basándose en las estadísticas oficiales publicadas hasta el momento de la retirada; si no hay estadísticas oficiales disponibles para la parte incompleta, el mercado se recurre al último precio justo determinado a discreción exclusiva de la Bolsa.
● Si <entity> es descalificado de <evento de golf>, el tratamiento sigue la misma lógica que las retiradas: si la condición <por encima/abajo/exactamente/al menos/entre> <count> se cumplió antes de la descalificación, el mercado se resuelve a Sí; si no, se resuelve a No (a menos que la descalificación ocurra antes del tee-off, en cuyo caso el mercado se resuelve hasta el último precio justo). Si la descalificación anula retroactivamente las puntuaciones o estadísticas (según determine el organismo rector), entonces las estadísticas anuladas no cuentan para <statistic>.
● Cuando <entity> se refiere a un grupo (por ejemplo, "cualquier actor en el campo"), el mercado se resuelve a Sí si al menos un miembro del grupo satisface la condición <por encima/abajo/exactamente/en KalshiEX LLC KalshiEX LLC menos/entre> <count> <statistic>para , salvo que la Bolsa especifique en la emisión que todos los miembros del grupo (o un subconjunto declarado de él) deben cumplir la condición, en cuyo caso el Criterio de Pago solo se cumple si cada miembro del grupo o subconjunto especificado satisface la condición.
● Si el organismo rector evalúa golpes de penalización que afectan a la cantidad registrada de <statistic> (por ejemplo, un golpe de penalización convierte un birdie en par, reduciendo así el conteo de birdies), la determinación final oficial del organismo rector será la determinación final oficial.
● Si <evento de golf> (o la parte correspondiente, incluyendo <periodo de tiempo>) se acorta oficialmente de su duración programada pero el organismo rector publica estadísticas oficiales de la jugada completada, el mercado se resolverá en función de las estadísticas oficiales publicadas. Los traders deben tener en cuenta que un evento acortado generalmente generará menos oportunidades estadísticas y puede reducir la cantidad registrada de <statistic>. Si el <evento de golf> se reduce a menos de 36 hoyos de juego completado (o menos de una ronda completa para estadísticas específicas de cada ronda) y no se publican estadísticas oficiales del alcance correspondiente <statistic> , el mercado se resolverá hasta el último precio justo determinado a discreción exclusiva de la Bolsa.
● Si <evento de golf> se cancela oficialmente antes de <statistic> que se publiquen estadísticas oficiales relevantes, el mercado decidirá el último precio justo determinado a discreción exclusiva de la Bolsa.
● Si <evento de golf> se pospone pero se reanuda posteriormente, el mercado permanecerá abierto y se resolverá en función de las estadísticas oficiales una vez finalizada la partida, siempre que el evento se complete dentro de las dos semanas posteriores a la fecha de inicio originalmente programada (y la reprogramación se anuncie dentro de una semana desde la fecha de inicio originalmente programada). Si el evento se pospone más, el mercado resolverá el último precio justo determinado a discreción exclusiva de la Bolsa.
● Si una ronda de juego queda suspendida y el organismo rector reinicia todas las puntuaciones de esa ronda (es decir, los jugadores deben repetir la ronda desde cero), cualquier estadística registrada durante la jugada anulada no contará para <statistic>. Solo se utilizarán estadísticas de la ronda oficialmente completada y contada.
● Si el organismo rector del <evento de golf> cambia el formato del evento, la metodología estadística de seguimiento o el método de puntuación después de que se emita el Contrato pero antes de que comience el <evento de golf>, las nuevas reglas y metodología oficiales regirán la resolución.
● Para eventos de match play, <statistic> se refiere a las estadísticas oficialmente registradas por el organismo rector para el match play, que pueden diferir de las convenciones de stroke play.
● Cuando <evento de golf> abarca varios torneos (por ejemplo, "la temporada 2026 del PGA Tour"), <statistic> se mide de forma acumulativa en todos los eventos especificados según lo publicado en las estadísticas oficiales de la temporada del organismo rector. El mercado no se resolverá hasta la conclusión del evento final en el ámbito especificado.
● Cuando <encima/abajo/exactamente/al menos/entre> es "entre", se cumple el Criterio de Pago si la cantidad total registrada de <statistic> al final de <periodo> KalshiEX LLC KalshiEX LLC se encuentra dentro del rango inclusivo especificado <count>por . Para estadísticas de conteo acumulado (por ejemplo, total de birdies), la comparación se hace con el recuento final al final del <periodo de tiempo>. Para estadísticas instantáneas o de observación única (por ejemplo, una puntuación específica de ronda), la comparación se realiza con el valor observado único. El operador "entre" no requiere que la cantidad permanezca continuamente dentro del rango durante el juego; solo requiere que el total final registrado cumpla la condición de alcance al concluir el <periodo de tiempo>.
Consulta esta presentación por ti mismo aquí:

56
Populares
Ranking
Favoritas
