Chainlink adquiere Atlas, la solución SVR fusiona la tecnología de flujo de órdenes para mejorar los ingresos de DeFi

NonFungibleDegen · 2026-01-22T14:12:15+00:00

Chainlink recientemente adquirió el proyecto de flujo de órdenes en cadena Atlas y absorbió a su equipo central, con el objetivo de integrar la tecnología de Atlas en la solución SVR de Chainlink. Esto mejorará la capacidad de SVR y acelerará su adopción en múltiples ecosistemas blockchain, beneficiando a los protocolos DeFi y ayudando a obtener ingresos más estables.

NonFungibleDegen

2026-01-22 14:12:15

Generación de resúmenes en curso

【区块律动】Chainlink最近宣布了个大动作——直接收购了链上订单流基础设施项目Atlas，还把Atlas的核心开发团队纳入了进来。这背后的逻辑其实挺清楚的：他们把Atlas掌握的订单流技术直接集成到自家的SVR（可验证收益回收）方案里。

这意味着什么呢？一是Chainlink的SVR方案会更强大，二是能更快地在不同区块链生态里铺开。对DeFi协议来说，这也是个利好——通过优化收入结构，他们能获得更稳定的收益。这种技术整合在DeFi领域还是比较常见的，通过并购来快速补齐短板，然后形成更完整的解决方案。

LINK1,17%

Ver originales

Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.

23 me gusta

Recompensa
23
5
Republicar
Compartir

Comentar

0/400

ZeroRushCaptain

· 01-24 21:09

Otra vez la vieja estrategia de fusiones y adquisiciones para cubrir las deficiencias, solo quiero saber a quién beneficia realmente la optimización de beneficios final... De todos modos, no será para nosotros, los inversores minoristas, seguro que primero nos cortan las ganancias a la mitad y luego ya veremos.

Ver originalesResponder0

TokenToaster

· 01-22 14:41

¿Eh, no, esta adquisición de Chainlink de Atlas parece bastante inteligente, directamente tomando la tecnología de flujo de órdenes? ¿Link va a despegar otra vez? ¿O solo es un beneficio en papel? Este tipo de estrategias de fusiones y adquisiciones ya están muy vistas en Web3, pero si realmente se implementarán o no, dependerá de la ejecución posterior. Las ganancias estables en DeFi siempre han sido un punto débil, si SVR realmente puede resolverlo, la verdad es que tengo algo de expectativa.

Ver originalesResponder0

rug_connoisseur

· 01-22 14:33

chainlink esta ola de adquisiciones es interesante, la tecnología de flujo de órdenes realmente es algo que limita --- Otra vez con fusiones y adquisiciones para cubrir deficiencias, ¿cuántas veces se ha jugado esa estrategia...? Sin embargo, la integración de SVG con flujo de órdenes sí que tiene potencial --- DeFi vuelve a estar restringido, el esquema de monopolizar el flujo de órdenes por parte de grandes inversores --- atlas ha sido adquirido, ya pensaba que no podría mantenerse independiente por mucho tiempo --- Los ingresos verificables suenan impresionantes, pero en realidad veremos si se pueden implementar correctamente

Ver originalesResponder0

Layer2Observer

· 01-22 14:32

La tecnología de flujo de órdenes, déjame ver cómo es el efecto práctico. En teoría, puede optimizar las ganancias, pero aún queda por verificar cómo implementarla en cada cadena pública.

Ver originalesResponder0

ImpermanentPhobia

· 01-22 14:23

¿Otra adquisición? ¿Chainlink está haciendo bottom fishing? --- SVR+ flujo de órdenes, suena bastante potente, pero ¿realmente es tan rentable el dinero en DeFi? --- Adquisición directa del equipo, esa estrategia en Web3 ya está muy trillada, lo más importante es si todavía pueden salir adelante --- ¿Ingresos estables? Siempre tengo la sensación de que algún día volverán a hacer un rug --- Chainlink vuelve a posicionarse, ¿esta estrategia busca monopolizar los oráculos? --- En realidad, solo están gastando dinero en tecnología y expandiendo su sistema, ya es un esquema viejo --- Atlas se fue por su cuenta o fue vendido activamente, esos detalles valen la pena analizar --- ¿Realmente son buenas noticias para DeFi esta vez, o solo es otra ola de recortes? --- Adquisición + integración, suena profesional, ¿pero en la práctica? --- El flujo de órdenes en manos de Chainlink, eso quizás no sea tan bueno para protocolos pequeños y medianos

Ver originalesResponder0