O protocolo Tezos e o problema da excesso de delegação

Question

O protocolo Tezos e o problema da excesso de delegação

- 3
- 234 2019-04-10
Por que oprotocolo Tezospermite a super-delegação de Baker?

É opróprioprotocolo de Tezos que codificou a quantidade de XTZ queprecisa ser colocadapara assare endossose oprotocolotambém define quantosfundosprecisam sermantidos. Por que opróprioprotocolonãofornece ummecanismoparaevitar a delegaçãoexcessiva?

Parece lamentável que,mesmo queeu seja umpadeiro super-delegado,e eupossoescreveressefatoem tamanho 100pxfontenomeu site,mas outros aindapodem desfrutarmaluadamenteparamim.

Nãofoipossível uma operação simplesmente serincorporadanoprotocolo como: tezos-client no longer accepting delegations for my_baker?

Issoestabeleceria um sinalizadorna conta do Bakere de operações de delegaçãoparaestepadeirofalharia. Isso definitivamenteparecemelhor do quenada,mas requerintervençãomanualnaparte dopadeiro.

Teckiere possivelmenteimpossível seria que oprotocoloimpeça automaticamenteisso,detectando demais delegação usando seuspróprios algoritmos quejá são construídospara aplicar os requisitos de depósito. Fica complicado,porqueisso significa que umpadeiroprecisariapreencher sua conta commaise mais xtzprematuramenteimpedir de setornarexcessivamente delegado,em vez de apenasesperar que as delegações ocorrame,em seguida,apareçam suas contas de acordo.

Perguntando-se se alguémestápensando outrabalhandonisso? Parece ser umproblema significativo.

(Eupercebo queesta questão começa a se desviar umpoucono reino subjetivo,maseu ainda sinto uma questãomuitoimportantee eunão vejoissoperguntou ou respondendo a qualquer lugar. Eu sintoesta questão deveexistirem algum lugar umfórummuitopúblicoe visível,entãoestouperguntando aqui.)

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 sobre os downvotes aquie desejar as razõesparaelesforamfornecidos.A questão é realmente válidae útil.A respostaem sipoderia ser útil.Aimplementaçãoespecíficapara "responder aoproblema" é subjetivae sujeita a críticas.Compreendo.
  
  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
- Qual é aperguntaespecífica?Quando liisso,me sinto convidado aparticipar de uma discussão,masnãotenho certeza do que a resposta deveria ser.É uma resposta uma citação oufonteprimáriaexplicando o que os designers doprotocoloestavampensando?Motivaçõesindependentemente concebidasparamanter as coisas dojeito que são ... ouparamudá-las?Soluções ou dissoluções?Quaisquerpensamentos vagamente relacionados?
  
  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
- Éjusto.A questão é umpoucomaisbrandae pormuitotempo,eu admito. Aprimeirafrase,aprimeirapergunta é a questãoprincipal:por que oprotocolo Tezospermite a super-delegação dopadeiro?@ A resposta doezy é umaboa resposta.Euestou querendo saber se hámais razões.Citações ou linksparapor que aexcesso de delegação é umaescolha de design seria super se você sabe deles.
  
  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 respostas

votos

- 1
- 2019-04-10
A razãopara a delegaçãoexcessiva émelhorar a descentralizaçãoe incentivar a auto-ligação;tendo umaparticipação "pessoal"no sistema.

Muitasequipes diferentesestãopensandonissoe trabalhandoem soluções. Confira o Burebrot Proposta de Cryptium Labs.

Noentantonão é straigtforward;

Sendo um sistema sempermissões,devemosevitar a delegação a B?

Não há como contatar os delegadores desde quenão sabemos quem são

Umpadeiropode removertodo ouparte do seu vínculo - casoissonão sejapermitido?

Umpadeiropode ser desligado -não deve serpermitido?

Auto-ligação é ummecanismoimportanteparaevitareconomias deescalae centralização

Over-delegationpode ser um aborrecimentopara ospadeiros,mas é ummecanismoimportanteparagarantir a descentralizaçãoe aparticipaçãono sistema. Talvez umamaneiramelhor de "trabalharem torno de"essa questão éfazerferramentasmelhorese incentivar delegadores ativose padeiros.

Vocêpode lermais sobre overdelegation aqui .
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.
- Obrigadopor seuspensamentose o link.A delegaçãopode ajudar aqueles sem xtz suficientes ou sem o conhecimento detecnologia suficienteparaganhar "interesse"em suasparticipaçõese serprotegido contra ainflaçãoe participarindiretamentena votação.Eunão vejo comopermitir que a delegaçãoexcessiva ajude a qualquer coisamais do que apenaspermitir a delegação.Bebrô émuitointeressantee gostaria de ver o que sai disso,maspelo que li queeunão vinadanaproposta queimpediria a delegaçãoexcessiva.
  
  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

Se oprotocolonãopermitia a sobredelizização,isso significaria que,se opadeiroestiverna capacidademáxima,elanãoteriapermissãopara remover qualquer XTZ de seuendereçoimplícito.Issonão é aceitável,porque a única vez que a ligação énecessária é quando opadeirotem uma assadeira direitae,portanto,apenasna época,elatem queter que XTZ disponívelparapublicá-las comopostgarantia.

impedindo que opadeiromova sua capital quandonão énecessário ser visto como uma restrição abusivana capital dopadeiroe poderia até levar a um vetor de ataque,onde sepoderia "travar" umendereço TZ1 de umpadeiro,delegando-a aela apenasChega xtz.Tudoem tudoissopode setornar um risco queimpedirindivíduos deiniciar as operações depadarias.

fonte
Ezy

Ah obrigado!Excelente respostae façamuito sentido.Vocêtem algumponteiropara a literatura sobreisso?Eugostaria deentenderissomelhor.

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
@lostdorjenão desculpe,eu sópensei sobreisso ao ler suapergunta :))

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