Dragonfly和Cryptocom加入Coinbase反对CFTC的预测市场监管

币界网Publicado a 2024-08-12Actualizado a 2024-08-12

币界网报道:

Dragonfly Digital Management和Crypto.com已与Coinbase联手,大力抵制CFTC对预测市场的新规定。

CFTC的提议旨在打击与政治事件和其他重大时刻相关的预测市场,但这些加密货币巨头对此并不满意。

代表Dragonfly的Jessica Furr和Bryan Edelman认为,该机构将政治活动合同与赌博混为一谈,这是一种离谱的做法。他们辩称:

“政治活动合同不应等同于在超级碗这样的机会游戏中赌博。相反,选举具有重大的经济影响。”

在他们看来,这些合约对于对冲风险很重要,并且符合《商品交易法》(CEA)。此外,他们将其视为公众可以实际使用的有价值的预测数据的金矿。

Dragonfly和Crypto.com反击

蜻蜓的牛肉不止于此。他们指责CFTC试图全面禁止预测市场,甚至没有给他们一个公平的机会。

这项规则的时机,特别是最高法院最近在没有国会批准的情况下限制该机构权力的“雪佛龙”决定,似乎是一个严重的越权。

Crypto.com也同样被炒了起来。他们负责资本市场的大人物Steve Humenik声称,CFTC的举动直接违反了CEA规定的规则制定程序。

Dragonfly and Cryptocom join Coinbase in opposing CFTC's prediction market regulations

法律要求CFTC在终止合同之前遵循三步程序。首先,他们必须决定合同是否涉及被排除在外的商品。

接下来,他们需要查看它是否参与了特定的活动。最后,他们必须弄清楚这是否违背了公众利益。Humenik补充说:

“商品期货交易委员会必须阐明其确定给定合约具有潜在除外商品的理由。这不应该是必然的。”

他敦促他们不要偷工减料,遵守规则。他的底线?CFTC需要丢弃其拟议规则制定通知(NOPR)的这一部分。

Coinbase不喜欢CFTC对“游戏”的定义

Coinbase在给CFTC的信中还表示,他们希望撤回整个提案,认为CFTC超越了其法定权限,忽视了预测市场实际上如何促进经济发展。

Coinbase首席法务官Paul Grewal认为,CFTC的全有或全无的做法与促进受监管市场的负责任创新和增长完全不一致。他说:

“我们坚信,这种处理活动合同的全有或全无的方法不符合在受监管、透明的市场中促进负责任的创新和增长,并采取适当的保障措施来保护市场完整性和保护客户。”

他正在推动一种更平衡的方法,这种方法仍然保护公众利益,但不会扼杀创新。

Grewal的信还抨击CFTC将投机和赌博混为一谈。该机构的提议希望将政治竞赛、奖项和体育赛事标记为“游戏”,但Coinbase对此一无所知。

他们认为这种对游戏的宽泛定义是不恰当的,与对该术语的任何合理理解都不符。CFTC自己的立法历史也不支持如此宽泛的解释。

葛莱沃尔

Coinbase举了一个例子来说明他们的观点:一个为冠军队打印t恤的供应商。如果该供应商想通过对该团队采取不利立场来对冲赌注,那不是游戏——这是聪明的生意。

但根据CFTC提出的规则,这类市场可能会与实际赌博陷入同一个网络。在Coinbase看来,CFTC正在推动的“游戏”的整个想法是完全有缺陷的。

Lecturas Relacionadas

Análisis del Hook de Uniswap v4: Diseño de Arquitectura, Vulnerabilidades Comunes y Prácticas de Protección

Desde el lanzamiento de Uniswap v4 en la red principal, el mecanismo Hook se ha convertido en una de las innovaciones más destacadas en DeFi. Plataformas como Flaunch en Base utilizan Hooks para precios fijos en preventa y liquidaciones automáticas, mientras que protocolos como Bunni v2 los emplean para liquidez programable y modelos de re-staking. Sin embargo, el auge de estos casos de uso también ha traído un aumento significativo en ataques dirigidos a vulnerabilidades en la implementación de los Hooks. Este artículo analiza la arquitectura de seguridad de los Hooks de Uniswap v4. La principal innovación es un contrato único PoolManager que gestiona todos los pools y utiliza un sistema de "flash accounting" (contabilidad temporal), donde los cambios en los saldos se resuelven al final de cada transacción. Cada pool puede vincular de forma permanente un contrato Hook, que se ejecuta en puntos clave como `beforeSwap` o `afterAddLiquidity`. Un aspecto crítico es que los permisos del Hook (qué funciones ejecuta) están codificados en los últimos bits de su dirección de despliegue, lo que requiere un cálculo cuidadoso usando herramientas como HookMiner. Un error común es que funciones de callback como `beforeSwap` no tienen control de acceso por defecto en plantillas como BaseHook, dejándolas expuestas si el desarrollador no lo implementa explícitamente. El análisis de la pila de llamadas, como en un intercambio (`swap`), revela que los Hooks pueden modificar los montos de la operación devolviendo un `delta`. Un Hook "asíncrono" o de "curva personalizada" puede incluso anular completamente la lógica de intercambio de Uniswap, asumiendo todo el riesgo. Aunque el sistema garantiza que el libro mayor final esté equilibrado (`NonzeroDeltaCount == 0`), esto no previene la manipulación maliciosa de los estados subyacentes. El caso de Cork Protocol subraya estos riesgos, mostrando que auditar un Hook requiere tratarlo como un subprotocolo completo, dada su compleja interacción con el PoolManager y el potencial de confusiones entre tipos de tokens en diferentes mercados. En resumen, la seguridad en v4 se ha fragmentado: ya no depende solo del protocolo principal, sino de la correcta implementación de cada Hook individual en cada pool.

marsbitHace 47 min(s)

Análisis del Hook de Uniswap v4: Diseño de Arquitectura, Vulnerabilidades Comunes y Prácticas de Protección

marsbitHace 47 min(s)

Trading

Spot
Futuros
活动图片