Los cambios que traerá el hardfork 20 de Steemit

in #spanish6 years ago

Traducción y resumen del artículo Steem Velocity Hardfork - Hardfork 20 de @steemitblog

Este artículo incluye una recopilación de los cambios que se introducirán en Steemit por el hardfork 20, llamado velocity. Estos cambios se implementarán el martes 25 de septiembre de 2018 a las 11:00 am UTC-5, siempre y cuando al menos 17 del top 21 de witness lo aprueben.

Créditos de recursos

La actual limitación de ancho de banda será sustituida por un nuevo sistema basado en los créditos de recursos (Resource Credits, abreviado como RC)

Steem es una de las pocas cadenas de bloques con funcionalidades gratuitas, y ello supone un desafío para evitar la saturación de la red.

Anteriormente, únicamente se tenía en cuenta el consumo de ancho de banda de las transacciones, y se asignaba un límite de gasto de ancho de banda a cada usuario, basado únicamente en la cantidad de Steem Power en su cuenta.

A partir de ahora, el coste de cada transacción se tendrá en cuenta en base a su coste computacional, el espacio que ocupa en la cadena de bloques y el estado de la cadena de bloques.

El objetivo es medir de forma más precisa el impacto de cada transacción en la cadena de bloques para evitar su sobrecarga. Además este sistema está diseñado para añadir de forma sencilla nuevos parámetros para medir los recursos de la cadena de bloques.

Más información en el siguiente artículo (inglés)

Personalmente considero que, con el fin de reducir el spam, la asignación de RC también debería estar basada en la reputación del usuario, no solo en la cantidad de Steem Power en la cuenta. Si esto no fuera suficiente, también se podría penalizar el envío de comentarios, artículos y transacciones de dinero con el mismo texto de forma repetida.

Cambios en la creación de cuentas

El principal objetivo de este hardfork es reducir los costes de creación de nuevas cuentas y mejorar la llegada de nuevos usuarios.

Creación de cuentas con descuento

Se podrán crear nuevas cuentas reduciendo parte o la totalidad del coste de Steem y sin necesidad de delegar Steem Power consumiendo RC.

Tokens de creación de cuentas con descuento

Para evitar que se puedan crear un número excesivo de cuentas con descuento, los witness podrán controlar el número de cuentas que se creen mediante este método. En función de la oferta y la demanda de la creación de cuentas con descuento, la cantidad de RC necesaria para crear cuentas será mayor o menor.

Destrucción de la tasa de creación de cuenta

La tasa de creación de cuentas ahora será destruida transfiriéndola a la cuenta @null, en lugar de añadir Steem Power a la cuenta creada como hasta ahora.

Eliminación de la creación de cuentas por delegación de Steem Power

Cambio del mínimo de valor del voto

Hasta ahora, para votar era necesario tener un poder de voto equivalente a 1 Steem Power con el poder de voto al 100% para poder votar. Ahora cualquier voto será válido siempre y cuando se dispongan de suficientes RC.

Para desincentivar el spam, a todos los votos se le restará la misma cantidad de valor de voto (que será muy pequeña)

Eliminación del mínimo de Steem Power que no se puede retirar

Anteriormente , ninguna cuenta podía poseer menos de 10 veces la tasa de creación de cuenta en Steem Power, para evitar que se crearan nuevas cuentas con el fin de retirar su Steem Power inicial. Como las nuevas cuentas no recibirán Steem Power, esta restricción ya no es necesaria y se eliminará.

Actualizaciones en la curación

Periodo de curación

El actual sistema desincentiva votar un artículo durante los primeros treinta minutos, puesto que cuanto antes se emita el voto, menor es la recompensa recibida por curación.

Debido a los cambios en el contenido en Steem, en el que no solo hay contenidos largos de texto, la comunidad y los witness han decidido reducir la ventana de curación de 30 a 15 minutos.

Personalmente no entiendo este cambio. Antes el sistema incentivaba votar en el minuto 29, ahora incentiva votar en el minuto 14. ¿Realmente se soluciona algo? Yo creo que no, que lo único que hace esta modificación es reducir el tiempo de caducidad de los artículos.

Recompensas de autovoto

Hasta ahora, si los autores se votaban a sí mismos inmediatamente, no solo recibían el valor de su voto sino también una parte de la recompensa de curación de otros votos. Es más, si otro usuario votase en el mismo momento, la recompensa de curación de éste iría destinada al autor.

Para evitar esta ventaja, la porción de la recompensa que no reciben los curadores por haber votado al principio del periodo de curación volverá a la reserva de recompensas en lugar de ser entregada al autor, incrementando el porcentaje total de recompensas de curación.

Caducidad de las órdenes del mercado interno

Actualmente, las órdenes de compraventa en el mercado interno tienen una duración indefinida. Para reducir el gasto de ancho de banda que esto supone, las órdenes tendrán una duración máxima de 28 días, y las órdenes anteriores caducarán 28 días después de la entrada en vigor del hardfork.

El artículo original también incluye cambios que afectan a los witness, pero he decidido no incluir esa parte por considerarla de menor interés para la mayoría de usuarios.

Si no estás de acuerdo con alguno de estos cambios me gustaría leer tu opinión en los comentarios. ¿Estás de acuerdo en mis sugerencias y críticas al respecto?

Gracias por su atención y gracias a todo aquel que decida votar y/o hacer resteem a este artículo.

Sort:  

Gracias por la traducción. Había leído el artículo en inglés, pero la entiendo mejor en español.
Creo que los cambio son para mejor. Solo creo que tendría que haberse profundizado un poco más en lo referente a la recompensa del autovoto. Porque hay cuentas que se autovotan de manera automática y está claro que ese no es el espíritu de la plataforma.

Estoy de acuerdo contigo respecto al autovoto. Prohibirlo ayudaría, aunque no impediría que la gente se creara otras cuentas para votarse a sí mismo o que llegaran a acuerdos entr ellos. Sin embargo, sí que lo dificultaría, y si a eso le añadimos la propuesta de @mightypanda que leí hace un tiempo por la cual votar repetidamente a una misma cuenta provoca que el valor del voto disminuya, esta práctica disminuiría considerablemente.

Sí, creo que por ahí debería ir la solución. Y es cierto, no es un tema del autovoto, sino de cómo se utilice el poder de voto. El autovoto en sí no es un problema. De hecho si uno hizo un buen post, pero no obtiene una respuesta acorde por parte del resto de la comunidad, no veo nada de malo que se autovote, como para por lo menos generar un mínimo por el trabajo realizado.
Entonces en donde habría que tratar de poner la lupa es en el cómo y qué se vota.

Congratulations @ropaga! You have completed the following achievement on the Steem blockchain and have been rewarded with new badge(s) :

Award for the number of comments received

Click on the badge to view your Board of Honor.
If you no longer want to receive notifications, reply to this comment with the word STOP

Do not miss the last post from @steemitboard:

SteemitBoard - Witness Update

You can upvote this notification to help all Steemit users. Learn why here!

Coin Marketplace

STEEM 0.35
TRX 0.12
JST 0.040
BTC 70734.57
ETH 3561.52
USDT 1.00
SBD 4.75