el protocolo tezos y el problema de la delegación excesiva

Question

el protocolo tezos y el problema de la delegación excesiva

- 3
- 234 2019-04-10
¿Por quéelprotocolo Tezospermite la delegaciónexcesiva depanaderos?

Eselprotocolo Tezosen símismoel que ha codificado la cantidad de XTZ que se debe colocarpara hornear y respaldar,yelprotocolotambién define cuántotiempo debenmantenerse dichosfondos. ¿Por quéelprotocoloen sínoproporciona unmecanismoparaevitar la delegaciónexcesiva?

Parece desafortunado que,incluso si soy unpanadero conexceso de delegación ypuedoescribirese hechoen unafuente detamaño 100pxen mi sitio web,otrostodavíapuedan delegarmeporerror.

¿Nopodría simplementeintegrarse una operaciónen elprotocolo como: tezos-client no longer accepting delegations for my_baker?

Estoestablecería unabanderaen la cuenta delpanadero y,de ahíen adelante,las operaciones de delegación aestepanaderofallarían. Esto definitivamenteparecemejor quenada,pero requiere unaintervenciónmanualporparte delpanadero.

Más complicado yposiblementeimposible sería queelprotocoloprevinieraesto automáticamente al detectar la delegaciónexcesiva usando suspropios algoritmos que yaestán construidospara hacer cumplir los requisitos de depósito. Sinembargo,se vuelve complicado,porqueesto significa que unpanaderonecesitaría llenar su cuenta conmás ymás XTZprematuramenteparaevitar que se delegueen exceso,en lugar de simplementeesperar a que ocurran las delegaciones y luego recargar sus cuentasen consecuencia.

¿Sepregunta si alguienestápensando otrabajandoen esto? Parece ser unproblemaimportante.

(Me doy cuenta de queestapregunta comienza a desviarse unpoco haciael ámbito subjetivo,pero sigo sintiendo quees unapreguntamuyimportante yno la he vistoformuladani respondidaen ningunaparte. Siento queestapregunta deberíaexistiren algún lugar de unforomuypúblico y visible,así que lopregunto aquí.)

Why does the Tezos protocol allow for baker over-delegation?

It is the Tezos protocol itself that has encoded the amount of XTZ that needs to be put up for baking and endorsements and the protocol also defines how long such funds need to be held for. Why does the protocol itself not provide a mechanism to prevent over-delegation?

It seems unfortunate that, even if I'm an over-delegated baker, and I can write that fact in size 100px font on my website, yet others can still mistakenly delegate to me.

Couldn't an operation very simply be built into the protocol like: tezos-client no longer accepting delegations for my_baker?

This would set a flag on the baker account and from then on out delegation operations to this baker would fail. This definitely seems better than nothing, but it does require manual intervention on the baker's part.

Trickier and possibly impossible would be for the protocol to automatically prevent this by detecting over-delegation using its own algorithms that are already built for enforcing deposit requirements. It gets tricky though, because this means a baker would need to fill their account with more and more XTZ prematurely to prevent from becoming over-delegated, instead of just waiting for the delegations to occur and then topping up their accounts accordingly.

Wondering if anyone is thinking about or working on this? It seems to be a significant problem.

(I realize this question starts to veer a bit into the subjective realm, but I still feel its a very important question and I haven't seen it asked or answered anywhere. I feel this question should exist somewhere in a very public and visible forum, so I'm asking it here.)

baking protocol delegating

- Realmente curioso acerca de los votosnegativos aquí y desearía que se dieran las razones deellos.Lapreguntaes realmente válida y útil.La respuestaen símismapodría ser útil.Laimplementaciónespecíficapara 'responder alproblema'es subjetiva y sujeta a críticas.Entiendo.
  
  Really curious about the downvotes here and wish the reasons for them were supplied. The question is really valid and useful. The answer itself could be useful. The specific implementation to 'answer the problem' is subjective and subject to criticism. I understand.
  - 0
  - 2019-04-10
  - lostdorje
- ¿Cuáles lapreguntaespecífica?Cuando leoesto,me sientoinvitado a unirme a una discusión,peronoestoy seguro de cuál debería ser la respuesta.¿La respuestaes una cita o unafuenteprimaria queexplica lo quepensaban los diseñadores delprotocolo?Motivaciones concebidas deformaindependienteparamantener las cosas comoestán ... ¿opara cambiarlas?¿Soluciones o disoluciones?¿Algúnpensamiento vagamente relacionado?
  
  What is the specific question? When I read this, I feel invited to join a discussion, but I am not sure what the answer should be. Is an answer a citation or primary source explaining what the designers of the protocol were thinking? Independently conceived motivations for keeping things the way they are ...or for changing them? Solutions or dissolutions? Any vaguely related thoughts?
  - 0
  - 2019-04-10
  - Tom
- Lo suficientementejusto.Lapreguntaes unpocoprolija y larga,lo admito. Laprimera oración,laprimerapreguntaes lapreguntaprincipal: ¿Por quéelprotocolo de Tezospermite la delegaciónexcesiva depanaderos?La respuesta de @ Ezyes unabuena respuesta.Mepregunto si haymás razones.Las citas oenlaces apor qué la delegaciónexcesivaes una opción de diseño seríagenial si los conociera.
  
  Fair enough. The question is a bit wordy and long, I admit.The first sentence, the first question is the main question: Why does the Tezos protocol allow for baker over-delegation? @Ezy's answer is a good answer. I'm wondering if there are more reasons. Citations or links to why over-delegation is a design choice would be super if you know of them.
  - 0
  - 2019-04-11
  - lostdorje

2 respuestas

votos

- 1
- 2019-04-10
Elmotivo de la delegaciónexcesivaesmejorar la descentralización yfomentar los vínculosentre unomismo;tener unaparticipación "personal"en el sistema.

Muchosequipos diferentesestánpensandoen esto ytrabajandoen soluciones. Consulte lapropuesta de Burebrot de Cryptium Labs.

Sinembargo,noes sencillo;

Al ser un sistema sinpermisos,¿deberíamosevitar que A delegueen B?

No hayforma de contactar a los delegadores ya queno sabemos quiénes son

Unpanaderopodríaeliminartodo oparte de su vínculo,¿no deberíapermitirseesto?

Unpanaderopodría cerrar,¿no deberíaestarpermitido?

La autovinculaciónes unmecanismoimportanteparaevitareconomías deescala y centralización

La delegaciónexcesivapuede ser unamolestiapara lospanaderos,peroes unmecanismoimportanteparagarantizar la descentralización y laparticipaciónen el sistema. Quizás unamejormanera de "solucionar"esteproblemaes crearmejores herramientas y alentar a los delegadores ypanaderos activos.

Puede leermás sobre la sobredelegación aquí .
The reason for over-delegation is to improve decentralization and encourage self-bonding; having a "personal" stake in the system.

Many different teams are thinking about this and working on solutions. Check out the Burebrot proposal by Cryptium Labs.

However it's not straigtforward;

Being a permissionsless system, should we prevent A from delegating to B?

There is no way to contact ones delegators since we do not know who they are

A baker might remove all or part of it's bond - should this not be allowed?

A baker might shut down - should this not be allowed?

Self bonding is an important mechanism to avoid economies of scale and centralization

Over-delegation can be an annoyance for bakers, but it is an important mechanism to ensure decentralization and stake in the system. Perhaps a better way to "work around" this issue is to make better tools and encourage active delegators and bakers.

You can read more about overdelegation here.
- Graciasportuspensamientos yelenlace.La delegaciónpuede ayudar a aquellos quenotienen suficiente XTZ o quenotienen suficiente conocimientotecnológicoparaganar 'intereses'en sustenencias yestarprotegidos contra lainflación yparticiparindirectamenteen la votación.No veo cómopermitir la delegaciónexcesiva ayuda anada deestomás que simplementepermitir la delegación.Burebrotesmuyinteresante yme gustaría ver qué sale de él,peropor lo que he leídono vinadaen lapropuesta queimpida la delegaciónexcesiva.
  
  Thanks for your thoughts and the link. Delegation can help those without enough XTZ or without enough tech know-how to earn 'interest' on their holdings and be protected against inflation and indirectly participate in voting. I don't see how allowing over-delegation helps any of this any more than just allowing delegation. Burebrot is very interesting and I would like to see what comes out of it, but from what I've read I did not see anything in the proposal that would prevent over-delegation.
  - 2
  - 2019-04-11
  - lostdorje

Ezy · Accepted Answer · 2019-04-11

3

2019-04-11

Sielprotocolonopermitiera la sobredelegación,significaría que sielpanaderoestáen su capacidadmáxima,no se lepermitiráeliminarningún xtz de su direcciónimplícita.Estonoes aceptableporqueel únicomomentoen que se requiere lafianzaes cuandoelpanaderotiene un derecho de horneado y,por lotanto,soloen esemomentotiene quetener un xtz disponibleparapublicarlos comogarantíaposterior.

Evitar queelpanaderomueva su capital cuandonoesnecesariopodría verse como una restricción abusiva del capital delpanaderoe inclusopodría conducir a un vector de ataqueen el que unopodría "bloquear" la direccióntz1 de unpanadero delegándole solosuficiente xtz.Engeneral,estopodría convertirseen un riesgotal que disuada a laspersonas deiniciar operaciones depanadería.

fuente
Ezy

¡Ahgracias!Excelente respuesta ytiene mucho sentido.¿Tiene algún consejo sobre la literatura al respecto?Megustaríaentenderestomejor.

Ah, thank you! Excellent answer and make a lot of sense. Do you have any pointers to literature regarding this? I'd like to understand this better.
- 0
- 2019-04-11
- lostdorje
@lostdorjeno lo siento,solo lopensé al leertupregunta :))

@lostdorje no sorry i just thought abt it when reading your question :))
- 0
- 2019-04-11
- Ezy