[KAS]Una PoW moderna en BlockDAG: descentralización, velocidad y seguridad como pilar

Cita de BluQ

No queda nada

#1960597052506648798

Cita de Rolo Lodbrok

Alguna novedad?

Cita de BluQ

Después de cuatro años sin aparecer, lo hace pista preguntar sobre Kaspa.

#1972028359703253502

Cita de corsarioblanco

una referencia este hombre. Que hable de kaspa es bueno.

Cita de BluQ

Kaspa rompe el record de transacciones en 24h, se dice rápido.

Kaspa lo rompe en más de 60.000.000 de transacciones en 24 horas procesadas en una red descentralizada, pow y escalable. Todo ello sin caídas o ralentizaciones de la red.





Podéis comprobar el dato en vivo aquí: https://kas.fyi/

Cita de zanguirr0

Mucho récord, pero el precio no sé mueve

Cita de scepa

Por mi como si alcanza los mil millones de transacciones por segundo. Yo solo quiero ver el precio subiendo...q para eso he invertido jeje

Cita de zanguirr0

Mucho récord, pero el precio no sé mueve

Cita de jmxtremab

#1976544238050607391

Grandes novedades,listado en Binance y coinbase futuros

Kaspa rompe récord mundial: 158 millones de transacciones en 24 horas.
Y lo más increíble: la red siguió funcionando perfectamente.

Algunos exchanges y wallets pausaron depósitos o retiros, pero no fue por un fallo de Kaspa.

El problema estuvo fuera de la red, en la infraestructura que la rodea.
Piensa en Kaspa como una autopista ️
Millones de coches (transacciones) circularon sin accidentes.
Lo que se saturó fueron los peajes y cámaras (exchanges, exploradores, APIs).
Esos sistemas tienen que registrar quién pasó, cuánto pagó y actualizar sus bases de datos internas.
Cuando la red se mueve tan rápido, esas bases de datos no pueden escribir tan deprisa y deben pausar para cuadrar saldos.
Kaspa = carretera funcionando al 100%
Exchanges = sistemas externos que necesitan actualizar sus “peajes”
Un nodo valida transacciones
Pero los exchanges necesitan además llevar control de cada usuario y su saldo interno
Ahí apareció el cuello de botella.
En resumen:
Kaspa no se rompió, fue más rápida que la infraestructura que la rodea.
Es un ejemplo real de escalabilidad: la red ya está lista para el tráfico masivo, ahora el ecosistema tiene que ponerse al día.
El equipo ha anunciado un Kaspa Ecosystem Resilience Task Force
para ayudar a exchanges y exploradores a mejorar su capacidad ante volúmenes tan altos.
Kaspa: más rápida que los propios sistemas que la intentan seguir.

Cita de BluQ

Ha nacido Terah.

#1976365941664493854

#1976315146998882697

Cita de corsarioblanco

parece un paso mas de la descentralización, que no haya una cara visible que hable por kaspa.


Por cierto, espero que aprovecharais el dip..... -86% una barbaridad.

Cita de nakamoto

yo lo aproveche pero bien, casi doblo mi bolsa a un precio ridículo

Resumen de la presentación de Michael Sutton sobre vProgs:

🧩 Qué es vProgs

Es un proyecto para añadir programabilidad a Kaspa sin convertir el L1 en una capa de contratos inteligentes “gorda” similar a Ethereum.
La idea principal es externalizar los cálculos y usar Kaspa como:
• secuenciador (orden de transacciones),
• capa de disponibilidad de datos,
• lugar para la verificación de pruebas ZK.

Kaspa sigue siendo ligero, rápido y PoW.

⸻

🧠 Objetivos principales
1. No sobrecargar el L1 con cálculos — debe permanecer lo más delgado posible.
2. No crear un L2 enorme único donde todos tengan que ejecutar todo.
3. Permitir que los programas interactúen libremente entre sí (composición).
4. No fragmentar la liquidez — un espacio económico unificado.

⸻

Por qué los enfoques estándar no funcionan

Un único L2 = malo
• Si una aplicación genera mucho tráfico, todas las demás deben ejecutar su estado.
• Se crea un «monolito» desplazado a una capa superior.

Muchos L2 separados = también malo
• Están aislados.
• No se pueden componer contratos entre ellos adecuadamente.
• Se fragmenta la liquidez.

Kaspa quiere combinar lo mejor de ambos mundos.

⸻

Ventaja única de Kaspa

Kaspa es un L1 de alta frecuencia que ordena los eventos para todos los programas de la misma manera.

Esto permite:
• que todos los programas vean el mismo orden de eventos,
• conocer determinísticamente el estado de otros programas,
• interactuar sin puentes y sin confianza.

Este enfoque no está disponible en la mayoría de otros L1.

⸻

🧱 Fundamentos de la arquitectura vProgs
1. Separación de lógica y estado (como en Solana):
• el programa es lógica pura sin datos;
• el estado se almacena en cuentas.
2. Cada transacción indica explícitamente qué lee y escribe.
3. Kaspa construye un DAG de dependencias (grafo de flujo de datos):
• quién llama a quién,
• de qué depende qué,
• cuánto cuesta calcular esa transacción.
4. Pruebas ZK en dos fases:
• primero muchas pequeñas pruebas condicionales de diferentes programas,
• luego Kaspa las «cosen» en un único resultado demostrable,
• usando el DAG como mapa.

Esto permite:
• no confiar en otros programas,
• pero tampoco ejecutar completamente su código,
• solo verificar sus pruebas.

⸻

Sistema autorregulado

Si un programa publica sus pruebas raramente:
• su dependencia crece,
• interactuar con él se vuelve caro,
• los desarrolladores dejan de usarlo.

Si un programa genera pruebas frecuentemente:
• el DAG se «comprime»,
• interactuar con él es barato,
• gana económicamente.

Es una competencia natural a favor de programas más «limpios» y activos.

⸻

Hacia dónde va todo

El objetivo final de vProgs:
• muchos programas independientes,
• que puedan componerse libremente entre sí,
• sin un único L2 «megalítico»,
• heredando la seguridad de Kaspa L1,
• y usando ZK para escalabilidad.

Kaspa no se convierte en una plataforma de contratos inteligentes en el sentido clásico, sino en una capa universal de consenso y composición demostrable de programas.

Cita de corsarioblanco

espero que hayais aprovechado los precios que hemos tenido. sobre 35-40cts eran comprazas.

Cita de Foricultor

ummm, creo que voy a comprarme 100 kaspa