The reason why I am against HiveBR Proposal #3

For those who don't know, the HiveBR community has an open channel for proposals to improve the community, where any member can propose ideas, and if it has at least 10% of holders positively validating the proposal, it becomes a publication on the @hive-br profile and for 7 days it is open for voting, if the holders approve, disapprove or suggest a change.

Previously, Proposal 1 was accepted, Proposal 2 did not reach enough validation to become a publication, and Proposal 3 arrived this week and led to great discussions on the topic within Discord, with more than 300 responses, and validation of 3 holders of a total currently needed of 5 to become a publication.

The main theme of the proposal was based on Beneficiary. Add to the curation rule the need to place @hive-br as a beneficiary in x% of each publication made, so that it would be eligible for curation.

A lot of debate was put on this proposal, since just placing it as a beneficiary would not guarantee a vote, since there are guidelines for how the curatorship votes and the principle of being Portuguese content or created about Brazil or Brazilians.

Other people saw it negatively, as it sounded to their ears like some kind of vote buying. In my view, no, I see it only as a 'tax' to use a service that maybe you may not receive, if you don't follow the other criteria. It sounds familiar to me to pay for a service and not be able to use it, it reminds me of Brazil and its public system of health, security, education, etc.

I'm against it because I believe that this beneficiary measure has to be put in the way it is done today by other communities, through a front-end. We currently have a front-end that is down due to technical issues, but one of the community developers is working to resolve it. I believe that just as LeoFinance's front-end charges 5%, 3speak 10%, HiveBR could also charge this fee for creators using its front-end, but with a value much lower than 5%.

Due to the size of the community today, and because we are still in the process of being built, we first have to keep the foundation solid, and then think about ways to expand. And I believe that the beneficiary must be something that is voluntary and not imposed. And seeking to convince the community, nothing better than the example. As of today, I have set the @hive-br account as a beneficiary at 5% by default for my posts, so every post I make will give that amount to the community, as @crazyphantombr has been doing with some posts for weeks.

I believe that example attracts. And for those who don't know how to set a beneficiary by default and want to, it's very simple:

From PeakD's front-end, just click on your name in the upper right corner, and go to PeakD Settings.

image.png

In the Add PeakD as a Beneficiary option, click Edit Defaults.

image.png

Click on ADD BENEFICIARY and type hive-br, @ is not necessary.

image.png

image.png

And that's it, by default the publications you create will already have the HiveBR community as a beneficiary and you will be helping a lot.

image.png

This option leaves the recipient entitled to 5%, but you can manually change the value for each post.

I hope I helped, and until next time.

image.png

O motivo de eu ser contra a Proposta nº 3 da HiveBR

Para quem não sabe, a comunidade HiveBR tem um canal aberto a propostas para melhorar a comunidade, onde qualquer membro pode propor idéias, e se ela tiver ao menos 10% dos holders validando positivamente a proposta, ela se torna uma publicação no perfil @hive-br e durante 7 dias fica aberta para votação, se os holders aprovam, desaprovam ou sugerem uma alteração.

Anteriormente a Proposta 1 foi aceita, a 2 não atingiu validação suficiente para virar uma publicação, e a 3 chegou essa semana e rendeu grandes discussões no tópico dentro do Discord, com mais de 300 respostas, e validação de 3 holders de um total necessário atualmente de 5 para se tornar uma publicação.

O tema principal da proposta se baseava em Beneficiário. Adicionar a regra de curadoria a necessidade de colocar a @hive-br como beneficiária em x% em cada publicação feita, para que ela fosse elegível para curadoria.

Muito debate foi colocado em cima dessa proposta, uma vez que apenas colocar como beneficiário não garantiria voto, uma vez que há as diretrizes de como a curadoria vota e o princípio de ser um conteúdo português ou criado sobre o brasil ou brasileiros.

Outras pessoas enxergaram negativamente, pois soava aos seus ouvidos como uma espécie de compra de voto. Na minha visão não, eu enxergo apenas como um 'imposto' para usar um serviço que talvez você possa não receber, se não seguir os demais critérios. Me soa familiar pagar por um serviço e não conseguir usar, me lembra o Brasil e seu sistema público de saúde, segurança, educação, etc.

Eu sou contra porque acredito que essa medida de beneficiário tem que ser colocada da maneira que hoje é colocada por outras comunidades, através de uma front-end. Atualmente temos uma front-end que está fora do ar por problemas técnicos, mas que um dos programadores da comunidade está trabalhando para resolver. Acredito que assim como a front-end da LeoFinance cobra 5%, da 3speak 10%, a HiveBR poderia também para criadores usando sua front-end cobrar essa taxa, porém com um valor muito menor que 5%.

Pelo tamanho da comunidade hoje, e por estarmos ainda no processo de construção, temos que primeiro manter a base sólida, para depois pensar em maneiras de expansão. E acredito que o beneficiário deve ser algo no momento voluntário e não imposto. E buscando o convencimento da comunidade, nada melhor que o exemplo. A partir de hoje coloquei a conta @hive-br como beneficiária em 5% por padrão para meus posts, então toda publicação que eu fizer irá essa quantia para a comunidade, como o @crazyphantombr já faz com algumas publicações fazem semanas.

Acredito que o exemplo atrai. E quem não souber como colocar beneficiário por padrão e tiver vontade, é muito simples:

Pela front-end da PeakD, basta você clicar no seu nome no canto direito superior, e ir em PeakD Settings.

image.png

Na opção Add PeakD as a Beneficiary, clique em Edit Defaults.

image.png

Clique em ADD BENEFICIARY e digite hive-br, não é necessário o @.

image.png

image.png

E pronto, por padrão as publicações que você criar já terá a comunidade HiveBR como beneficiária e você estará ajudando muito.

image.png

Essa opção deixa o beneficiário com direito a 5%, mas você pode alterar o valor manualmente a cada postagem.

Espero ter ajudado, e até uma próxima.



0
0
0.000
8 comments
avatar

Eu vim olhar que treta era essa e bem no fim achei um irmão na causa haha!
Mandou bem! Lembrando que em algumas publicações coloco beneficiário e outras não. Mas com sua dica de padrão acredito que vou resolver esse problema! Não sabia disso... Valeu pela ajuda!

Eu acredito que essa ação é muito valida e por menor que seja , cada pequeno gesto conta.

Parabéns pela iniciativa!

Fique bem, fique com !LUV

FC
Se você gostou do conteúdo deste comentário, do elogio recebido, ou está se sentindo para baixo e precisa de um ombro amigo... gostaria de tornar o dia de alguém um pouco melhor? ou tem um post interessante que gostaria de compartilhar e você acha que merece elogios? por favor, junte-se à comunidade FreeCompliments Recebemos a todos de braços abertos. :)

0
0
0.000
avatar

Thanks for sharing this post with us here!!

0
0
0.000
avatar

Thanks for the comment, but be careful not to leave generic comments on multiple posts. This might sound like spam.

0
0
0.000
avatar

It's fascinating to learn about the dynamics and discussions within the HiveBR community regarding proposals for improvement. I didn't know much (didn't make any effort to go through this) until now.
Your suggestion of making the beneficiary measure voluntary rather than imposed resonates with the idea of fostering organic commitment and community support sounds sane.
Your personal example of setting the @hive-br account as a beneficiary at 5% showcases the power of leading by example.
I hope your insight and thoughtful engagement in these matters are indeed contributing to the foundation's solidity and the community's growth.

0
0
0.000
avatar

Eu sou contra porque acredito que essa medida de beneficiário tem que ser colocada da maneira que hoje é colocada por outras comunidades, através de uma front-end.

Eu cheguei a dar o voto positivo para a pré proposta, mas depois de ler esse seu ponto de vista, acho que faz mais sentido mesmo. Outras comunidades hoje só setam o beneficiário quando se usa o front-end deles.

Então no caso entra como voluntariado mesmo, colocar 5 ou outra % para ajudar o perfil brasileiro a crescer.

0
0
0.000
avatar

No início eu fui a favor da proposta, mas recuei e sou contra. Como havia falado acho mais plausível fazer isso de expontânea iniciativa. E como você mencionou o exemplo pode ser melhor do que obrigar alguém, a fim de garantir voto!

0
0
0.000