Días atrás alguien preguntó en el grupo: “¿A qué se refiere Babylon con ‘hacer el mal’ exactamente?” Yo quería fingir que sé y explicarlo de pasada, pero descubrí que tampoco lo tenía claro. Así que me vi obligado a volver al whitepaper y repasé a conciencia el apartado sobre las condiciones de confiscación, punto por punto.
La verdad es que, después de leerlo, tuve esta sensación: la definición de Babylon sobre “hacer el mal” es más estrecha de lo que la mayoría imagina, pero también más estricta.
En el whitepaper enumeran tres tipos de conductas que se castigan con confiscación; las traduzco a palabras sencillas.
El primero es la doble firma. En el mismo nivel, en el mismo nodo, aparecen dos bloques contradictorios. En la comunidad PoS esto se considera una ley de hierro: si te pillan, te castigan, no hay margen. Es como si firmaras dos veces en la misma factura: una vez diciendo que la mercancía ya llegó y otra diciendo que no llegó. Esto no es un error; es hacer trampa.
El segundo es el bloque no válido verificado. El nodo firma un bloque que no cumple con las reglas de consenso; equivale a que sabes que el libro contable tiene un problema y aun así lo sellas. Es parecido a que un contador sabe que la factura es falsa y aun así la registra: si te atrapan, no tienes excusas.
El tercero, creo, es el más fácil de pasar por alto: se llama “fallo de actividad” (liveness failure). Cuando un nodo se desconecta durante mucho tiempo y no participa en las firmas, se rompe la finalidad del estado final de la cadena. El umbral aquí es bastante alto: no es que te penalicen por caerte unos minutos, sino que se activa solo si la desconexión continúa más allá de una ventana de tolerancia bastante larga. Babylon no pretende salir a perseguir y “cazar” nodos que se caen ocasionalmente, pero si es un nodo que lleva mucho tiempo fingiendo estar muerto o actuando con pasividad, entonces mala suerte.
Después de ver estas tres condiciones, me quedé más tranquilo. La definición de “hacer el mal” está fijada y cerrada; no es una cláusula vaga, ni algo de “gestión discrecional del equipo del proyecto”. Si se confisca o no, cuándo se confisca y cuánto se confisca, todo depende de condiciones activadas en la cadena. El margen de que los que “hacen el mal” se salgan con la suya queda muy reducido, y los nodos que cumplen la norma tampoco serán acusados injustamente solo por fluctuaciones de la red.
Para ser honesto, en algunos aspectos estas reglas son extremadamente estrictas; pero cuanto más se atreven a dejarlas tan cerradas por escrito, más pienso que esto se puede llevar a la práctica de verdad.
Pregunta: ¿crees que el “fallo de actividad” debería ser penalizado?
#baby $BABY @BabylonLabs_io
La verdad es que, después de leerlo, tuve esta sensación: la definición de Babylon sobre “hacer el mal” es más estrecha de lo que la mayoría imagina, pero también más estricta.
En el whitepaper enumeran tres tipos de conductas que se castigan con confiscación; las traduzco a palabras sencillas.
El primero es la doble firma. En el mismo nivel, en el mismo nodo, aparecen dos bloques contradictorios. En la comunidad PoS esto se considera una ley de hierro: si te pillan, te castigan, no hay margen. Es como si firmaras dos veces en la misma factura: una vez diciendo que la mercancía ya llegó y otra diciendo que no llegó. Esto no es un error; es hacer trampa.
El segundo es el bloque no válido verificado. El nodo firma un bloque que no cumple con las reglas de consenso; equivale a que sabes que el libro contable tiene un problema y aun así lo sellas. Es parecido a que un contador sabe que la factura es falsa y aun así la registra: si te atrapan, no tienes excusas.
El tercero, creo, es el más fácil de pasar por alto: se llama “fallo de actividad” (liveness failure). Cuando un nodo se desconecta durante mucho tiempo y no participa en las firmas, se rompe la finalidad del estado final de la cadena. El umbral aquí es bastante alto: no es que te penalicen por caerte unos minutos, sino que se activa solo si la desconexión continúa más allá de una ventana de tolerancia bastante larga. Babylon no pretende salir a perseguir y “cazar” nodos que se caen ocasionalmente, pero si es un nodo que lleva mucho tiempo fingiendo estar muerto o actuando con pasividad, entonces mala suerte.
Después de ver estas tres condiciones, me quedé más tranquilo. La definición de “hacer el mal” está fijada y cerrada; no es una cláusula vaga, ni algo de “gestión discrecional del equipo del proyecto”. Si se confisca o no, cuándo se confisca y cuánto se confisca, todo depende de condiciones activadas en la cadena. El margen de que los que “hacen el mal” se salgan con la suya queda muy reducido, y los nodos que cumplen la norma tampoco serán acusados injustamente solo por fluctuaciones de la red.
Para ser honesto, en algunos aspectos estas reglas son extremadamente estrictas; pero cuanto más se atreven a dejarlas tan cerradas por escrito, más pienso que esto se puede llevar a la práctica de verdad.
Pregunta: ¿crees que el “fallo de actividad” debería ser penalizado?
#baby $BABY @BabylonLabs_io
A. 该罚,长期掉线就是变相耍赖,损害的是整个协议的安全性
67%
B. 不该罚太狠,节点运维本就复杂,偶尔宕机是正常现象
13%
C. 分情况,得看容忍窗口设多宽,太松了又没威慑力
20%
15 Votos • Votación cerrada
