El mantenedor de Bitcoin Layers, @januszg_, estará hablando en @BitcoinConfAsia y @btc_summit esta semana. Nos vemos todos en Hong Kong 🇭🇰

finalmente de vuelta a escribir reseñas para @BitcoinLayers objetivo 👉 usar nuestra base de datos (más de 500 tokens respaldados por bitcoin en redes alternativas y más por venir) para importar directamente análisis sobre sus estructuras de gobernanza en las reseñas también estoy trabajando en un análisis más granular para redes nativas de bitcoin como las implementaciones de spark y ark tengo 50 horas de vuelos en los próximos 6 días, así que espero hacer mucho progreso agregar la infraestructura necesaria tomó un poco más de tiempo de lo que esperaba, pero es un buen lugar

¿Qué quieren decir los proyectos de sistemas secundarios cuando dicen "finalidad de Bitcoin"? Algunos protocolos afirman tener "finalidad de Bitcoin". Pero, para las cadenas de bloques alternativas, Bitcoin no puede hacer cumplir la finalidad para ese sistema. Esto significa que los proyectos no pueden heredar directamente la resistencia al doble gasto de Bitcoin. Lo que los proyectos quieren decir cuando utilizan el término "finalidad de Bitcoin" es que su mecanismo de consenso alternativo se basa en puntos de control publicados en Bitcoin. Bitcoin, en este ejemplo, es esencialmente un tablón de anuncios donde los protocolos publican datos arbitrarios. La interpretación de estos datos la realiza la red alternativa de nodos, no Bitcoin. La "resistencia al doble gasto" sigue viniendo de la red alternativa. Sin embargo, dado que la red aprovecha estos puntos de control, la red obtiene algunos beneficios adicionales que los atacantes maliciosos deben reorganizar Bitcoin para reorganizar adicionalmente la red alternativa. Esto se debe a que las redes configuran su mecanismo de consenso de tal manera que requieren que los constructores de bloques hagan referencia al punto de control publicado en Bitcoin en una nueva propuesta de bloque. Cuando los proyectos de sistemas secundarios dicen que tienen "finalidad de Bitcoin", quieren decir que su propia red interpreta conjuntos de datos que se publican en Bitcoin. Si bien el uso de puntos de control proporciona algunos beneficios de seguridad, debe quedar claro que Bitcoin no es el protocolo que hace cumplir las reglas para la producción de bloques de sistemas secundarios. Bitcoin, en relación con las transiciones de estado de redes alternativas, no es una capa de liquidación.

la aplicación de la finalización para una blockchain alternativa no está proporcionada por bitcoin el checkpointing tiene sus beneficios, pero siempre son aplicables por la red de consenso alternativa, no por bitcoin el término "capa de liquidación" no se aplica a blockchains alternativas, desde rollups hasta sidechains expresé mi opinión a continuación 👇

realmente feliz con cómo ha resultado esto esta actualización facilita la escritura de reseñas para los investigadores y proporciona a los usuarios más información sobre los pegs bidireccionales específicos y los bitcoin l2s también nos da un camino más claro hacia estándares relacionados con las divulgaciones de protocolos, ya que necesitamos alguna forma de prueba de reservas para poder realizar este análisis queda un largo camino por recorrer, pero es un paso en la dirección correcta para que las capas de bitcoin sean verificables para desarrolladores y usuarios cotidianos

🚨 BitcoinFi Estado de la Unión X Espacio 🚨 ⏲️ Jueves, 21 de agosto | 10am PST · 5pm UTC Estamos reuniendo a las voces líderes en finanzas nativas de Bitcoin para explorar qué viene a continuación. Invitados: 🎙️ @0xCryptoSam de @MessariCrypto 🎙️ @BTC_Mick de @BTCFiNetwork 🎙️ @januszg_ de @BitcoinLayers Presentado por el Maestro @davis_rich ¿Hacia dónde se dirige BitcoinFi? No te lo pierdas. Configura tu recordatorio 👇

¡NUEVO ANUNCIO DE PANEL 🔥 ¡Ve detrás de las escenas de la arquitectura de BitVM! 28 de agosto • Escenario Génesis 🇭🇰

¡SINTONIZA ESTE VIERNES 🎙️! !️ X Spaces: No estamos rompiendo Bitcoin: el caso de CTV + CSFS | Con Janusz, Evan Kaloudis, Owen Kemeys, Shinobi y Juan Galt RSVP y únete a la discusión 🧵👇

lombard (@Lombard_Finance) tiene una implementación de prueba de reservas, pero es complicado verificar si estas direcciones de reserva están realmente apostando en babylon, así que hice algunas cosas para facilitar eso a la gente resumen:

A medida que se lanzan los puentes de bitvm en mainnet, he comenzado a investigar su posible implementación de consejos de seguridad. Para que lo sepas, los consejos de seguridad son multisigs que pueden gastar fondos de una instancia de puente dada en caso de emergencia. Una consecuencia de esta implementación es que también confiamos en que los firmantes no sean maliciosos y no roben fondos del puente. Este tipo de medidas (temporales) existirán a medida que los puentes basados en bitvm lleguen al mercado. Para verificar su existencia, necesitamos colaborar con los participantes del puente, ya que no podemos verificar la totalidad de los scripts a menos que se utilicen para gastar fondos en la cadena. Afortunadamente, con la ayuda de @ekrembal_ y el equipo de @citrea_xyz, pude crear una forma de verificar los caminos de gasto para una instancia específica de BitVM testnet, incluyendo la configuración del consejo de seguridad. Esta publicación es un resumen de este proceso y otras discusiones que he tenido con numerosos equipos que están construyendo puentes basados en bitvm. Personalmente, veo los consejos de seguridad como un mal necesario y temporal a medida que estos sistemas llegan al mercado. Pero también creo que deberíamos ayudar a los usuarios a verificar todas las suposiciones de confianza relacionadas con las implementaciones de puentes. La publicación sugiere algunas soluciones. Pero sería genial recibir comentarios de aquellos que están construyendo en el espacio para determinar el mejor camino a seguir.