Nansen: El total de direcciones activas de las 11 principales redes principales en los últimos 7 días es de aproximadamente 11,38 millones.

[Nansen: el número total de direcciones activas en las 11 redes principales en los últimos 7 días es de aproximadamente 11,38 millones] El 19 de abril, la plataforma de análisis de datos multicadena Nansen publicó las últimas estadísticas sobre las direcciones activas de la red durante 7 días. en una semana Según las estadísticas, a partir del 18 de abril, La red con las direcciones más activas el día 7 es Solana, con alrededor de 3,72 millones de direcciones activas. La sección de análisis en cadena de la plataforma Nansen Solana es una sección nueva, y aún no hay datos comparativos, la red con menos direcciones activas el día 7 es Optimism, con unas 15.000 direcciones activas, un aumento del 29,31%. Las clasificaciones completas son las siguientes:

Solana: 3,72 millones

BNBChain: 3,64 millones, una disminución del 6,19% respecto al mes anterior

Ethereum: 1,73 millones, un incremento intertrimestral del 4,85%

Polígono: 943.000, una disminución del 3,68% respecto al mes anterior

Ronin: 694.000, un descenso del 34,53% respecto al mes anterior

Avalancha: 249.000, un incremento intertrimestral del 2,89%

Fantom: 155.000, un incremento intertrimestral del 1,97%

Terra: 143.000, un descenso del 3,38% intermensual

Arbitrum: 50.700, un incremento intertrimestral del 15,23%

Celo: 49.700, un descenso del 7,46% intermensual

Optimismo: 15.000, un incremento intertrimestral del 29,31%

Otras noticias:

Análisis del proyecto DeFi de Binance Smart Chain AutoShark Finance siendo pirateado: según las noticias de SlowMist, el proyecto DeFi de Binance Smart Chain (BSC) AutoSharkFinance fue pirateado, lo que provocó la caída de los precios de los tokens. El equipo de seguridad de SlowMist realizó un seguimiento del análisis de inmediato y compartió los resultados con usted en forma de boletín informativo para su referencia. Debido al mecanismo del grupo de estrategia de AutoShark, el atacante necesita depositar una cierta cantidad de fichas de LP en el grupo de estrategia por adelantado para prepararse para el ataque posterior, por lo que todo el ataque se divide en realidad en 2 pasos, y el análisis principal aquí es la segunda transacción de ataque. Los pasos del ataque son los siguientes:

1. El atacante prestó una gran cantidad de WBNB del par comercial WBNB/BUSD de Pancake;

2. Intercambiar la mitad de todos los WBNB prestados en el primer paso a una gran cantidad de SHARK a través del par comercial SHARK/WBNB de Panther y, al mismo tiempo, aumenta el número de WBNB en el grupo;

3. Ingrese WBNB y SHARK en el Paso 1 y el Paso 2 en SharkMinter para prepararse para ataques posteriores;

4. Llame a la función getReward en el grupo de estrategias WBNB/SHARK en el proyecto AutoShark. Esta función extraerá una parte de la tarifa de servicio de los fondos de ganancias del usuario y recompensará al usuario con tokens SHARK como valor de contribución. Esta parte del la operación se lleva a cabo en el contrato SharkMinter operar;

5. Después de que el contrato de SharkMinter reciba la tarifa de manejo de LP ganada por el usuario, volverá a dividir el LP en WBNB y SHARK correspondientes, y lo volverá a agregar al grupo de negociación WBNB/SHARK de Panther;

6. Dado que el atacante ha ingresado los tokens correspondientes en el contrato de SharkMinter por adelantado en el paso 3, cuando el contrato de SharkMinter elimina la liquidez y luego agrega liquidez, usa el saldo WBNB y SHARK del propio contrato de SharkMinter para agregar, esta parte del saldo incluye el saldo que el atacante ingresó en SharkMinter en el paso 3, lo que resultó en un saldo incorrecto de la liquidez adicional obtenida por el contrato final, es decir, el contrato de SharkMinter cree erróneamente que el atacante ha ingresado una gran cantidad de tarifas de manejo en el medio del contrato;

7. Después de que el contrato SharkMinter obtenga el monto de la tarifa de manejo, calculará el valor de esta parte de la tarifa de manejo a través de la función tvlInWBNB y luego emitirá tokens SHARK para el usuario de acuerdo con el valor de la tarifa de manejo. Sin embargo, al calcular el valor de LP, el número en tiempo real de WBNB en el grupo PantherWBNB/SHARK se divide por la cantidad total de LP para calcular por cuánto WBNB LP puede intercambiarse. Sin embargo, dado que en el segundo paso, el número de WBNB en el grupo Panther ya es muy grande, el valor del LP calculado es muy alto;

8. En el caso de un valor de LP incorrecto y una cantidad incorrecta de tarifas de manejo, el contrato SharkMinter finalmente calculó un valor muy grande al calcular la contribución del atacante, lo que provocó que el contrato SharkMinter acuñara una gran cantidad de tokens SHARK para el atacante;

9. Posteriormente, el atacante vende tokens SHARK para intercambiarlos por WBNB y pagar el préstamo flash. Entonces toma una ganancia y vete. [2021/5/25 22:41:58]

La plataforma de agregación de intercambio Orion Protocol se integra con Nord Finance: el 22 de febrero, Nord Finance se unió a la red de Orion Protocol y se convirtió en socio empresarial de Orion. Orion Protocol, una plataforma de agregación de intercambio, anunció una profunda integración con Nord Finance. Las soluciones empresariales de Orion que participan en la integración incluyen los complementos Orion Liquidity Pool, Orion Lending, Orion Oracle, Orion Wallet Swap SDK y Orion Liquidity Boost.

Se informa que el ecosistema financiero descentralizado Nord Finance incluye cuatro productos clave Nord.Savings, Nord.Advisory, Nord.Loans y Nord.Swap. La versión principal de Nord.Savings Ethereum se lanzará en el primer trimestre de 2021. [2021/2/22 17:40:25]

Finanzas oficiales de Alpha: La deuda no es con el usuario sino entre los dos protocolos Buscando remedios: Justo ahora, el Twitter oficial de Alpha Finance Lab publicó un análisis de la vulnerabilidad Alpha Homora V2. Alpha Finance Lab afirma que la deuda no es entre el usuario y Alpha Homora v2, sino entre Alpha Homora v2 y Cream v2. Esto se debe a que Alpha Homora V2 integra Cream V2 (Iron Bank) en una forma de préstamo de protocolo a protocolo. Por tanto, la deuda es entre los dos protocolos, no entre los usuarios.

El equipo Alpha trabajará con Andre Cronje y el equipo de Cream Finance para encontrar un remedio para resolver la deuda. Actualmente, los préstamos (nuevas posiciones apalancadas y más préstamos en posiciones existentes) ahora están suspendidos. Los prestamistas todavía pueden hacer préstamos. Los mineros de liquidez con altos rendimientos aún pueden pagar la deuda, aumentar las garantías y cerrar posiciones. Esta vulnerabilidad es compleja e involucra más de 9 transacciones. [2021/2/14 19:43:12]