Al final usaste el código que te pasé? porque cuando un hardfork es aplicado ya no es necesario preocuparse de que otro nodo corra la versión anterior... que veo que es el caso que comentas.
Al final usaste el código que te pasé? porque cuando un hardfork es aplicado ya no es necesario preocuparse de que otro nodo corra la versión anterior... que veo que es el caso que comentas.
No, no se hizo el reverse split
Al final forzamos el SP de un initminer a 0 para salir del int overflow de total_vests
Estoy revisando porque el número es anormalmente alto
En la version anterior, el número de testigos necesarios para un hardfork está muy bajo porque hay pocos testigos y por eso entraron en competencia y al final ganó el otro y el int overflow volvio.
La solución no es elegante pero había que poner el sitio en línea y yo quiero encontrar la raíz del problema.
La cadena del ReV la tengo corriendo desde hace un par de meses y los vest no son tan altos y puedo hacer power up de todo en initfunds por ejemplo.
Pienso que hay algo en el código de esta comentado que está causando este problema.
En bearshares Bilal tienne los vests 1 a 1 con los Bears pegged y a él se le tranco la cadena también una vez y no supo repararla y creo que es por eso que los puso en paridad