O Bitcoin é propriedade da humanidade, os desenvolvedores do protocolo são administradores e precisam do consenso dos usuários para alterá-lo materialmente. O Bitcoin é sobre dinheiro, spam não tem lugar na cadeia de tempo. Quais padrões o projeto principal do Bitcoin coloca no cliente de referência são importantes nisso.
em maio, havia 88 milhões de JPEGs na cadeia; agora, 4 meses depois, há 105 milhões de JPEGs, um aumento de 20%. em maio, foram pagas taxas de 7.000 BTC, a US$ 100 mil BTC, o que representa US$ 700 milhões ou uma média de US$ 8 por JPEG. elas estão principalmente em inscrições de raiz principal. (@BitMEXResearch data)
As regras do protocolo @BitMEXResearch são aplicadas pelos nós econômicos, os mineradores são apenas provedores de serviços; os mineradores não podem alterar as regras do protocolo. (Todos aprenderam esse fato contraintuitivo durante as guerras de tamanho de bloco). Prova de trabalho, taxa de hash e preço do bitcoin vêm do mundo real. Há sinais
@BitMEXResearch a guerra do tamanho do bloco foi vencida pelo mercado, os usuários definem o preço no mercado. (o protocolo pode medir a taxa de hash consensual válida que reage ao preço. os usuários disseram NÃO por meio da força econômica do mercado. os mineradores seguiram, pois são apenas provedores de serviços)
@BitMEXResearch Para prevalecer, temos que fazer sentido econômico (ou trabalharemos contra nossos próprios objetivos) e focar no resultado: de onde vem o spam? Da indústria JPEG, dos vendedores e compradores de JPEG, dos VCs que o financiam e dos mineradores que arrecadam US$ 250 milhões/ano (estimativa muito aproximada) em taxas.
@BitMEXResearch isso é cerca de 1,5% do mercado de taxas. Observe que as taxas não são simples: os blocos nem sempre estão cheios, o spam deslocou outras taxas de transação, vamos fazer uma estimativa aproximada de 1% de taxas excedentes de spam vs transações. Se as taxas forem persistentemente mais altas, os mineradores investem na compra de mais ASICs, e
@BitMEXResearch aumenta a taxa de hash e os custos de entrada, para que a receita líquida incremental seja menor, digamos, 0,5%. Se um determinado minerador obtém 20% de lucro, talvez a indústria de spam fique com 0,1% do lucro quando a taxa de hash se estabilizar mais. Não é algo em que eles devam se concentrar, pois também é ruim.
@BitMEXResearch para bitcoin - impede novos usuários de possuir um UTXO, desloca a atividade econômica que é parte da proposta de valor do bitcoin. Sim, spam de JPEG é atividade econômica, mas é extremamente desperdiçador, eles podem armazenar JPEGs em outros lugares que são otimizados para isso, como imgur, ipfs etc.
@BitMEXResearch então você pensaria que os mineradores e pools na verdade não gostariam de ter muito PR negativo (mineradores públicos de qualquer maneira, onde isso pode impactar o preço de suas ações). Para um aumento de 0,1% no lucro, você poderia facilmente perder isso para fatores suaves - mineradores trocando de pools, prejudicando o preço do BTC, prejudicando
@BitMEXResearch casos de uso do bitcoin, adoção etc., então parece que não deve ser preciso muito esforço para aumentar o atrito e fazer com que os mineradores façam menos isso. Algumas explicações, alguma divulgação para que os mineradores mudem para pools que não mineram JPEGs e talvez algum lobby econômico real por meio do pagamento de taxas.
Usuários do @BitMEXResearch, para privar pools que processam spam de taxas de transação. Até agora, parece difícil fazer isso sem criar riscos de centralização próprios, mas como uma carteira de esboço envia a taxa mínima de rede e o restante das taxas dinâmicas para 1 de n multisig de endereços de pool que rejeitam JPEGs.
@BitMEXResearch isso pode ser o suficiente para tornar os pools que não filtram JPEGs, mesmo a curto prazo, não lucrativos em comparação com a filtragem. Os problemas de centralização são: mineradores solo e pools pequenos talvez não estejam na lista, mas NB: não há muitos pools. E sv2 e datum podem ser maiores sem escolher blocos. Eu acho
@BitMEXResearch que poderia ser usado para ignorar a preferência de pool, ou pools em sv2/datum são o modelo "confiar no pool", o pool poderia rejeitar compartilhamentos de pool com JPEGs (ou qualquer outra coisa que eles quisessem bloquear), o que funciona nos dois sentidos.