SOBRE EL MANEJO DE UN ATAQUE POR INUNDACIÓN DE CORREO NO DESEADO Tal vez configure C para que la transacción estándar de 1BTC pueda ingresar al área principal gratis en el siguiente bloque. Y un .1 puede entrar después de esperar alrededor de 10 bloques. Y haga que el área que permite [maduración]*[valor]/[tamaño]<C permita aproximadamente una docena de transacciones más o menos. ________________________________________________________________ Sí, así. Y el área sin requisitos de prioridad es 3K, alrededor de una docena de transacciones por bloque. ___________________________________________________________________ Acabo de subir SVN rev 185, que tiene un requisito de prioridad mínimo para las transacciones gratuitas. Las inundaciones de transacciones se componen de monedas que se vuelven a gastar una y otra vez, por lo que dependen de sus propias 0 configuraciones de transacción repetidamente. Las transacciones de 0 configuración tienen prioridad 0, por lo que las transacciones gratuitas como esta tendrán que esperar a que una transacción entre en un bloque a la vez. La versión 0.3.15 no inscribe transacciones con 0 configuración a menos que eso sea todo lo que le queda, por lo que los usuarios normales generalmente no deberían tener un problema con esto. Creo que este es un buen pequeño compromiso para hacer la tarifa predeterminada 0.01. No se trata tanto de pedir que las transacciones gratuitas solo puedan usarse en monedas con alta frecuencia de transacciones. Si estás utilizando transacciones gratuitas, estás tomando beneficio y tiene que haber algún límite en la frecuencia con la que puede usarla con las mismas monedas. Siempre hemos dicho que las transacciones gratuitas pueden ser procesadas más lentamente. Usted puede ayudar a garantizar que sus transacciones se procesen rápidamente agregando -paytxfee=0.01. 273