¿Katana TGE 31 de diciembre? Ayer en la web de Kaito apareció información sobre el final de la temporada 1 para @katana el 31 de diciembre Personalmente no he encontrado ninguna confirmación oficial del equipo, así que dudo que Kaito esté dando información precisa aquí, podría ser solo un error técnico porque más de una vez he oído hablar de "disponibilidad de transferencia de tokens $KAT" a más tardar el 20 de febrero de 2026, lo que probablemente apunta a finales de enero de 2026 también importan los anuncios oficiales, el tiempo medio de espera para un TGE tras un anuncio oficial es de unos 10 a 14 días, y nos quedan menos de 6 días sin ninguna noticia oficial el mercado y la Navidad también juegan su papel en retrasar un lanzamiento; ahora mismo la mayoría de la gente está literalmente descansando y pasando tiempo con la familia, y las condiciones del mercado dificultan aún más el lanzamiento Creo que es una señal falsa de Kaito, y el token real de $KAT TGE no ocurrirá antes de mediados de enero, ni siquiera de febrero, tal y como se planeó originalmente antes había información en un documento oficial de desbloqueo, pero ahora mismo no la encontré, solo encontré una entrevista en Reddit que mencionaba finales de febrero

Comisiones por blob en la actualización de Fusaka. Parte 2 Sigo investigando la actualización de Ethereum y compartiéndola contigo. cada L2 (por ejemplo @katana) en Ethereum pagaba dos tipos de comisiones ◆ para las manchas ◆ para ejecución (procesamiento de transacciones) antes de la actualización de Fusaka había un punto débil en esta lógica. Cuando la ejecución empieza a dominar (la red está muy cargada con procesamiento de transacciones), la subasta de blob podría caer a 1 wei, lo que la haría prácticamente libre eso significa que, bajo carga de red, L2 podría evitar pagar por blobs y seguir poniendo aún más carga en la red la actualización EIP-7918 soluciona este problema y establece un precio de reserva proporcional para cada blob Es decir, el algoritmo introduce literalmente un coste mínimo para cada blob que refleja lo que se necesita para procesarlo Además de este coste mínimo, el algoritmo también analiza las condiciones de gas de ejecución y el número de blobs que se publican; cuanto más altas sean estas métricas, mayor será el coste de ejecución y procesamiento de blobs

Ethereum estaba muriendo antes de la actualización de Fusaka. Parte 1 durante mi tiempo fuera de web3, Ethereum lanzó una actualización importante para sí mismo, Fusaka, que afecta gran parte de la mecánica interna del proyecto los usuarios apenas notarán diferencia antes y después de esta actualización (excepto por tarifas más bajas), pero juega un papel clave en la escalada de ETH. Voy a cubrir cada bloque de esta actualización poco a poco para que cualquiera pueda leer las publicaciones en 5 minutos y entender fácilmente por qué se introdujo esta actualización Antes de adentrarte en el aspecto técnico, necesitas entender cómo funciona estructuralmente Ethereum. Volvamos a 2021 tras el mercado alcista de 2021, cuando las comisiones del gas ETH podían alcanzar los 500-800 dólares solo para crear un NFT, muchos usuarios empezaron a buscar redes alternativas con comisiones más bajas por esa época empezaron a surgir soluciones L2, ofreciendo bajas comisiones, transacciones rápidas y seguridad a nivel Ethereum La seguridad de Ethereum fue una de las principales ventajas de estas soluciones; sin ella, L2 nunca habría alcanzado este nivel de adopción. Lo lograron enviando datos a la cadena principal para verificar las transacciones Vamos a 2025 L2 se hizo enormemente popular y literalmente todo el mundo los usa para transacciones, ya que son rápidos, seguros y baratos por ejemplo, @katana se creó para resolver problemas de fragmentación en ETH pero surgió un problema que podría empujar a ETH hacia la centralización. cada día, todos los L2 existentes envían una enorme cantidad de datos en forma de blobs a Ethereum para su verificación Cada nodo tenía que descargar cada blob para verificar todas las transacciones; cuanto mayor era el rendimiento, más datos tenían que descargar Esto generó problemas de hardware para los nodos, ya que descargar y procesar grandes cantidades de datos requería equipos potentes Algo que no todo el mundo podía permitirse y, con el tiempo, esto aumentaría los requisitos de hardware para los nodos y reduciría la descentralización (lo cual no era aceptable). PeerDAS (la actualización de Fusaka) soluciona esto utilizando muestreo de disponibilidad de datos. Cada nodo solo descargará y verificará 1/8 de los datos del blob Ahora los nodos no necesitan descargar el conjunto completo de datos, solo 1/8 del volumen total. en términos sencillos, después de que los datos L2 se envían a Ethereum, el blob se divide en muchos pequeños fragmentos y se distribuye aleatoriamente para que los nodos los descarguen lo que en teoría permite aumentar la escalabilidad hasta 8 veces manteniendo bajos requisitos para los nodos (se resuelven problemas de hardware y descentralización) Los usuarios notarán principalmente tarifas más bajas en redes L2 otro cambio relacionado con los blobs, antes de aumentar el número de blobs necesarios esperando una mejora importante (como Fusaka), ahora se introdujo un mecanismo para aumentar los blobs sin esperar un ciclo completo de mejora Los clientes pueden acordar aumentar los blobs (similar a cómo funciona el límite de gas), después de eso los operadores de nodos actualizan su cliente y este proceso se vuelve mucho más rápido que antes