O Hash Rate do Bitcoin e a Censura na Mineração: Um Mergulho Profundo

1
0:00:00.000 --> 0:00:09.600
Hash Rate do Bitcoin, meus amigos!

2
0:00:09.600 --> 0:00:12.440
O que aconteceu com o Hash Rate do Bitcoin?

3
0:00:12.440 --> 0:00:15.040
É a TH de novo!

4
0:00:15.040 --> 0:00:18.960
É a TH de novo no Hash Rate do Bitcoin, meus amigos!

5
0:00:18.960 --> 0:00:22.480
E não para nunca de entrar minerador nessa budega!

6
0:00:22.480 --> 0:00:23.480
Os caras...

7
0:00:23.480 --> 0:00:29.960
Vai ter halving e os caras socando mineradora no Bitcoin, aumentando de novo é recorde

8
0:00:29.960 --> 0:00:35.400
a TH na mineração de Bitcoin, meu amigo!

9
0:00:35.400 --> 0:00:36.760
Que paulada, hein?

10
0:00:36.760 --> 0:00:37.760
Que paulada!

11
0:00:37.760 --> 0:00:38.760
Tá aí, hein?

12
0:00:38.760 --> 0:00:39.760
Bitcoin não para!

13
0:00:39.760 --> 0:00:40.760
Bitcoin não para!

14
0:00:40.760 --> 0:00:47.760
E enquanto o Bitcoin não para, parece que teve minerador, falando lá de mineração

15
0:00:47.760 --> 0:00:53.960
e Hash Rate e tudo bonitinho, parece aí que teve minerador fazendo graça!

16
0:00:53.960 --> 0:00:56.960
Pois é, não foi o minerador na verdade, foi a pool!

17
0:00:57.960 --> 0:01:01.960
Você sabe que se você minera através de uma pool, você está emprestando seu poder

18
0:01:01.960 --> 0:01:06.560
de processamento para a pool, mas a tomada de decisão é da pool!

19
0:01:06.560 --> 0:01:10.560
O bloco, ele é minerado como se fosse a pool de mineração, né?

20
0:01:10.560 --> 0:01:17.560
Ela tem o compromisso de dividir com você parte dos lucros e ela vai reter uma porcentagem, né?

21
0:01:17.560 --> 0:01:21.960
Então se você não tem grandes poderes de processamento, normalmente as pessoas minerem

22
0:01:21.960 --> 0:01:26.160
através de pools, justamente para ele não precisar ter que correr atrás do seu Bitcoin

23
0:01:26.160 --> 0:01:31.760
sozinho, ele minera através de pool, ele participa de um grupo muito grande de mineradores,

24
0:01:31.760 --> 0:01:37.760
a pool gerencia essa mineração, esse poder de processamento, caso encontre um bloco,

25
0:01:37.760 --> 0:01:43.460
caso feche um bloco, a pool recebe a recompensa e essa recompensa é distribuída de maneira

26
0:01:43.460 --> 0:01:47.960
proporcional aos mineradores que mineram através da pool, beleza?

27
0:01:47.960 --> 0:01:48.960
Beleza, né?

28
0:01:48.960 --> 0:01:49.960
O que o Sr.

29
0:01:49.960 --> 0:01:51.560
Botoxi falou da mineração agora aí?

30
0:01:51.560 --> 0:01:56.760
A mineração deveria ser segredo de justiça, não tem nada de Bitcoin que não usa o Twitter,

31
0:01:56.760 --> 0:01:58.360
vou começar a quebrar a gente grande.

32
0:01:58.360 --> 0:01:59.360
Nossa, Sr.

33
0:01:59.360 --> 0:02:00.360
Botoxi, tá ficando agressivo agora Sr.

34
0:02:00.360 --> 0:02:01.360
Botoxi?

35
0:02:01.360 --> 0:02:02.360
Segura aí mano, Sr.

36
0:02:02.360 --> 0:02:06.360
Botoxi, mano, ele tá dando com a língua nos dentes, tá dando exposed e tá dizendo

37
0:02:06.360 --> 0:02:09.760
que vai pegar a galera, né?

38
0:02:09.760 --> 0:02:13.860
O Tuco, mano, aí tem gente que diz que precisa colocar shitcoin no Bitcoin para aumentar

39
0:02:13.860 --> 0:02:16.860
as taxas para os mineradores, pois é, pois é.

40
0:02:16.860 --> 0:02:20.260
Então a mineração tá aumentando muito, tá aumentando muito.

41
0:02:20.260 --> 0:02:21.260
E aí o que aconteceu?

42
0:02:21.260 --> 0:02:26.160
Fizeram um estudo recentemente que uma pool de mineração, provavelmente, uma das, provavelmente

43
0:02:26.160 --> 0:02:31.580
não, uma das maiores pools de mineração do Bitcoin que é a F2Pool, ela estaria sancionando

44
0:02:31.580 --> 0:02:32.780
endereços.

45
0:02:32.780 --> 0:02:35.080
Mas como assim sancionando endereços?

46
0:02:35.080 --> 0:02:36.080
Olha só que interessante.

47
0:02:36.080 --> 0:02:39.860
Quando, porque, como que é o processo de mineração?

48
0:02:39.860 --> 0:02:42.140
Vamos voltar um pouquinho e colocar todo mundo na mesma página.

49
0:02:42.140 --> 0:02:45.800
Quando você faz uma transação de Bitcoin, essa transação, ela vai por uma espécie

50
0:02:45.800 --> 0:02:46.800
de memória.

51
0:02:46.800 --> 0:02:49.660
Nessa memória, elas não foram confirmadas ainda pelo minerador.

52
0:02:49.660 --> 0:02:51.780
Então todas as transações de todo mundo vão para essa memória.

53
0:02:51.780 --> 0:02:56.320
Então essa memória contém, é compartilhada pela rede, contém todas as transações pendentes

54
0:02:56.320 --> 0:02:57.320
de confirmação.

55
0:02:57.320 --> 0:03:02.340
O papel do minerador é pegar um monte dessas transações, alocar dentro de um bloco, né?

56
0:03:02.340 --> 0:03:05.660
O que couber dentro de um bloco, faz uns cálculos matemáticos lá.

57
0:03:05.660 --> 0:03:10.760
Se ele conseguir ser o primeiro a validar e fechar esses cálculos, esse bloco é enviado

58
0:03:10.760 --> 0:03:14.660
para a rede, aceito pela rede e depois de 100 blocos ele recebe a recompensa.

59
0:03:14.660 --> 0:03:15.660
Beleza?

60
0:03:15.660 --> 0:03:18.340
Bem sustentamente é este o processo de mineração do Bitcoin.

61
0:03:18.340 --> 0:03:24.280
Então é o minerador, sempre soubemos que é o minerador que escolhe quais transações

62
0:03:24.280 --> 0:03:25.940
vão para os blocos.

63
0:03:25.940 --> 0:03:26.940
Sempre soubemos, tá?

64
0:03:26.940 --> 0:03:28.220
O que aconteceu aqui foi o seguinte.

65
0:03:28.220 --> 0:03:36.860
Transações para ou de endereços que estavam sancionados na lista de sanções da OFAC,

66
0:03:36.860 --> 0:03:43.180
por uma coincidência do destino, não estavam entrando em blocos criados pela F2Pool.

67
0:03:43.180 --> 0:03:46.300
E alguém viu isso, falou caramba, a transação tá aqui.

68
0:03:46.300 --> 0:03:50.580
É uma transação que naturalmente seria selecionada pelo minerador para ser colocada

69
0:03:50.580 --> 0:03:54.140
num bloco e a F2Pool não fez.

70
0:03:54.140 --> 0:03:59.220
E ela deixou essas transações lá na mempool, depois elas entraram, outros mineradores

71
0:03:59.220 --> 0:04:06.740
pegaram a transação, colocaram, mas essas transações no momento que a F2Pool fechou

72
0:04:06.740 --> 0:04:11.660
o bloco, essa transação estava lá disponível e não foi pega.

73
0:04:11.660 --> 0:04:16.260
Era uma transação com fio ok, estava lá para ser selecionada e não foi.

74
0:04:16.300 --> 0:04:22.360
Isso foi postado na internet, tá aqui o link, quem postou isso de cara quer recorde na

75
0:04:22.360 --> 0:04:23.360
tela.

76
0:04:23.360 --> 0:04:28.220
É óbvio que isso aí disparou um baita de um barulho na rede, nas redes sociais.

77
0:04:28.220 --> 0:04:30.580
O pessoal começou a questionar, que porra é essa o F2Pool?

78
0:04:30.580 --> 0:04:31.780
Tá censurando o bloco?

79
0:04:31.780 --> 0:04:33.380
Tá censurando transação?

80
0:04:33.380 --> 0:04:34.380
Que porra é essa?

81
0:04:34.380 --> 0:04:35.460
E começou a botar pressão.

82
0:04:35.460 --> 0:04:42.460
Depois de muito bafafá, a F2Pool veio à rede Twitter para falar, me pegaram.

83
0:04:42.460 --> 0:04:45.100
Sim, a gente está censurando.

84
0:04:45.100 --> 0:04:50.340
Antes de colocar a transação num bloco, a gente bate ela na lista da UFAC e se tiver

85
0:04:50.340 --> 0:04:52.700
na lista da UFAC a gente não coloca no bloco.

86
0:04:52.700 --> 0:04:54.700
O que é horrível, horrível.

87
0:04:54.700 --> 0:04:58.820
E a neutralidade do minerador onde fica deveria existir.

88
0:04:58.820 --> 0:05:01.340
Mas é um fato, é um fato.

89
0:05:01.340 --> 0:05:08.140
Quanto mais aumenta a pressão dos governos sobre empresas, instituições cujos donos

90
0:05:08.300 --> 0:05:13.940
são conhecidos, instituições firmadas, pagantes de impostos, que tem CNPJ, elas vão ter que

91
0:05:13.940 --> 0:05:15.780
seguir certas regulações.

92
0:05:15.780 --> 0:05:20.420
E se forem pegas não seguindo a regulação, sendo que elas têm meios de implementar a

93
0:05:20.420 --> 0:05:26.260
regulação imposta, elas serão... sofrerão punições.

94
0:05:26.260 --> 0:05:27.260
Sofrerão punições.

95
0:05:27.260 --> 0:05:32.220
E é uma questão que já vem sendo discutida há muito tempo no mundo do Bitcoin.

96
0:05:32.220 --> 0:05:38.660
Sendo que o minerador pode manter a neutralidade do seu trabalho, tendo que ele vê todas as

97
0:05:38.660 --> 0:05:42.060
origens e todos os destinatários.

98
0:05:42.060 --> 0:05:45.900
Será que existe uma solução viável para isso?

99
0:05:45.900 --> 0:05:49.460
Será que há um caminho para isso?

100
0:05:49.460 --> 0:05:50.460
Será?

101
0:05:50.460 --> 0:05:53.180
Bom, aparentemente sim, aparentemente sim.

102
0:05:53.180 --> 0:05:55.220
E isso eu quero compartilhar com vocês agora.

103
0:05:55.220 --> 0:06:00.380
Adam Beck, criador do Proof of Work, criador do Hashcash.

104
0:06:00.380 --> 0:06:10.700
Já em 2013, ele postou uma proposta lá no Bitcoin Talk, justamente questionando o aumento

105
0:06:10.700 --> 0:06:17.060
da pressão por governos reguladores em cima dos mineradores, que seria uma atividade que

106
0:06:17.060 --> 0:06:22.300
viria a se industrializar e crescer demais e ter muita visibilidade, e que esses caras

107
0:06:22.300 --> 0:06:28.620
sofreriam pressão demais dos governos quando eles tentassem estrangular o Bitcoin.

108
0:06:28.620 --> 0:06:33.660
E aí qualquer semelhança com a operação ChokePoint é mera coincidência, né?

109
0:06:35.660 --> 0:06:37.380
É mera coincidência, né?

110
0:06:37.380 --> 0:06:39.340
Pois é, lógico que não, né?

111
0:06:39.340 --> 0:06:42.260
A gente sabe que isso está acontecendo.

112
0:06:42.260 --> 0:06:48.260
Então o Adam, ele postou em 2013, link na tela para vocês, para quem quiser ver.

113
0:06:48.260 --> 0:06:53.300
Aqui ele conta essa história, ele fala do problema, ele fala desse problema.

114
0:06:53.300 --> 0:07:00.300
Ele dito, imagina que algumas grandes pools ou mineradores EISIC, estão falando em 2013,

115
0:07:00.300 --> 0:07:06.540
estava entrando o EISIC no mercado, começam a colocar alguma policy, alguma regra arbitrária

116
0:07:06.540 --> 0:07:08.140
sobre a mineração.

117
0:07:08.140 --> 0:07:16.380
As moedas podem de repente juntar de acordo com algumas listas de filtros, quais precisariam

118
0:07:16.380 --> 0:07:23.140
ser certificadas por alguma entidade, seriam rastreáveis por algum tipo de evento específico

119
0:07:23.140 --> 0:07:24.540
ou tal, né?

120
0:07:24.540 --> 0:07:30.220
A gente, desculpa, a gente pode chamar esses mineradores de desonestos, porque eles não

121
0:07:30.220 --> 0:07:37.220
estão seguindo o que é de interesse da comunidade que é essa zero policy protocol, tipo, você

122
0:07:37.220 --> 0:07:39.940
simplesmente pega a transação e coloca no bloco.

123
0:07:39.940 --> 0:07:46.820
Olha, o cara escreveu isso em 2013, faz 10 fucking anos, 10 fucking anos, tá?

124
0:07:46.820 --> 0:07:50.860
Ele fala que se as moedas não tiverem de acordo com essa policy, esses mineradores

125
0:07:50.860 --> 0:08:00.860
desonestos vão se recusar, se as transações tiverem não forem aderentes à política

126
0:08:00.860 --> 0:08:04.540
que eles adotaram, eles podem se recusar a colocar transações nesses blocos que eles

127
0:08:04.540 --> 0:08:08.900
estão emitindo, que é o que aconteceu com a F2Pool agora, que é o que a Marathon tentou

128
0:08:08.900 --> 0:08:10.780
implementar lá atrás e voltou atrás.

129
0:08:10.780 --> 0:08:15.260
E a gente acompanhou aqui essa treta, e essa treta está se repetindo, né?

130
0:08:15.260 --> 0:08:20.140
É óbvio que a transação fica disponível, algum minerador no próximo bloco pega e coloca,

131
0:08:20.140 --> 0:08:22.300
mas cara, é complicado.

132
0:08:22.300 --> 0:08:29.820
Os mineradores deveriam ter uma neutralidade nesse sentido, deveriam exercer neutralidade,

133
0:08:29.820 --> 0:08:30.820
não exercem.

134
0:08:30.820 --> 0:08:32.940
E os motivos são muito claros.

135
0:08:32.940 --> 0:08:37.660
Então o Adam Beck, ele faz uma proposta muito interessante, muito interessante.

136
0:08:37.660 --> 0:08:41.860
Ele fala o seguinte, imagina esse assunto voltou agora, tá?

137
0:08:41.860 --> 0:08:45.620
O Adam Beck trouxe de volta esse assunto porque está sendo muito discutido.

138
0:08:45.620 --> 0:08:50.100
Ele falou, eu acho que a gente tinha que começar a discutir isso agora, antes que

139
0:08:50.100 --> 0:08:52.420
o bitcoin seja massivamente utilizado.

140
0:08:52.420 --> 0:08:59.340
Existe uma tendência aí a depender da comunidade bitcoinera, bitcoiner, dos educadores, dos

141
0:08:59.340 --> 0:09:05.260
evangelistas, dos usuários, das lojas, do mercado passarem a utilizar mais o bitcoin,

142
0:09:05.260 --> 0:09:08.900
aumenta muito o volume de transações do dia para a noite.

143
0:09:08.900 --> 0:09:14.780
A gente tem que resolver isso antes que tome proporções muito grandes, agora ainda está

144
0:09:14.780 --> 0:09:16.380
no começo da treta.

145
0:09:16.380 --> 0:09:18.220
Então ele acha que isso tem uma certa prioridade.

146
0:09:18.220 --> 0:09:21.180
Aí ele falou o seguinte, tem uma solução aqui que é interessante.

147
0:09:21.180 --> 0:09:27.340
O minerador não precisa saber de quem e para onde.

148
0:09:27.340 --> 0:09:30.700
Olha só a solução que ele dá.

149
0:09:30.700 --> 0:09:33.260
E é uma solução, cara, na boa, simples.

150
0:09:33.260 --> 0:09:37.540
Na minha opinião, elegante e simples.

151
0:09:37.540 --> 0:09:40.460
Qual seria o passo?

152
0:09:40.460 --> 0:09:46.620
Se o destinatário combina uma chave de criptografia e criptografa o endereço de destino aqui

153
0:09:46.620 --> 0:09:47.620
no caso.

154
0:09:47.620 --> 0:09:48.620
Criptografa o endereço de destino.

155
0:09:48.620 --> 0:09:55.540
E aí você não vai mexer no endereço do remetente, mas vai mexer no endereço de destino.

156
0:09:55.540 --> 0:09:56.540
Criptografa, combina.

157
0:09:56.540 --> 0:09:58.900
Eu e você, estou mandando uma coin aqui para o John Stark.

158
0:09:58.900 --> 0:10:00.540
John Stark, vamos combinar uma chave aqui?

159
0:10:00.540 --> 0:10:04.260
A chave é, sei lá, banana de pijamas.

160
0:10:04.260 --> 0:10:06.860
Que seja, combinamos a chave banana de pijamas.

161
0:10:06.860 --> 0:10:10.100
Criptografa, vamos, estou mandando bitcoin para o John Stark.

162
0:10:10.100 --> 0:10:16.300
E o endereço do John Stark com a chave privada, só o endereço dele, com banana de pijamas.

163
0:10:16.300 --> 0:10:20.700
E faço a transação para o hash criptografado do John Stark.

164
0:10:20.700 --> 0:10:25.860
É o destino, vai virar o TXO lá para ele, mas o minerador vai pegar essa transação,

165
0:10:25.860 --> 0:10:27.260
ele não sabe para quem está sendo enviada.

166
0:10:27.260 --> 0:10:33.020
Ele precisa saber se os TXOs que eu utilizei são válidos, estão disponíveis na rede.

167
0:10:33.020 --> 0:10:35.820
Mas para o John Stark ele não precisa saber ainda.

168
0:10:35.820 --> 0:10:37.740
Então ele vai lá e minera criptografado.

169
0:10:37.780 --> 0:10:41.900
Eu e o John Stark, a gente também combina quantas confirmações são necessárias

170
0:10:41.900 --> 0:10:45.540
para que essa chave de criptografia seja mostrada para a rede.

171
0:10:46.260 --> 0:10:48.220
Ah, então, o que vai acontecer?

172
0:10:48.220 --> 0:10:49.700
Aí vai acontecer de maneira automatizada.

173
0:10:49.700 --> 0:10:52.700
É a senha do... a senha mal feito, feito.

174
0:10:52.700 --> 0:10:56.620
Aí, quando passar o número de confirmações, essa chave é publicada.

175
0:10:56.620 --> 0:10:59.980
Eu posso publicar, ou o John Stark pode publicar.

176
0:10:59.980 --> 0:11:03.180
Por que o John Stark precisa publicar essa chave para a rede?

177
0:11:03.220 --> 0:11:08.300
Porque se não de criptografar o endereço dele depois de ter sido minerado...

178
0:11:08.300 --> 0:11:10.380
Então vamos supor que passou 6 confirmações.

179
0:11:10.380 --> 0:11:16.500
A gente sabe que 6 confirmações é virtualmente impossível o minerador fazer um rollback, não é?

180
0:11:16.500 --> 0:11:19.820
6 confirmações é mais que o suficiente para o Bitcoin,

181
0:11:19.820 --> 0:11:23.340
a transferência de Bitcoin ser confirmada e não ter a possibilidade de rollback.

182
0:11:23.340 --> 0:11:24.540
A gente combina, são 6?

183
0:11:24.540 --> 0:11:25.500
São 6, beleza.

184
0:11:25.500 --> 0:11:29.260
Minerador minerou no escuro, só minerou o destino no escuro.

185
0:11:29.260 --> 0:11:34.380
Aí, se o John Stark quiser utilizar essa moeda que ele recebeu,

186
0:11:34.380 --> 0:11:36.300
ele vai ter que publicar a chave.

187
0:11:36.300 --> 0:11:37.740
Ele vai ter que publicar essa senha.

188
0:11:37.740 --> 0:11:42.660
Porque aí, publicando essa senha, o endereço vai ser descriptografado,

189
0:11:42.660 --> 0:11:47.300
o sistema vai poder calcular os UTXOs e o balanço do John Stark

190
0:11:47.300 --> 0:11:50.780
para provar que aqueles fundos agora são dele.

191
0:11:50.780 --> 0:11:56.980
Mas o lance é que você só publica depois de suficientes confirmações,

192
0:11:57.020 --> 0:12:00.140
de maneira que o minerador não possa voltar atrás.

193
0:12:00.140 --> 0:12:03.660
Então é uma espécie de criptografia temporária do destino.

194
0:12:04.740 --> 0:12:06.620
É uma criptografia temporária do destino.

195
0:12:06.620 --> 0:12:08.220
Então vamos lá, só revendo.

196
0:12:08.220 --> 0:12:11.220
Vou fazer uma transação com o John Stark, vou mandar Bitcoin para ele.

197
0:12:11.220 --> 0:12:14.220
Eu e o John Stark, a gente combina uma chave e o número de transações.

198
0:12:14.220 --> 0:12:16.220
Desculpa, o número de confirmações.

199
0:12:16.220 --> 0:12:18.340
A chave vai ser a que o Tuco falou.

200
0:12:18.340 --> 0:12:21.220
Agora a gente vai fazer com o mal feito feito, é outra transação.

201
0:12:21.220 --> 0:12:23.540
Então a gente criptografou o endereço do John Stark, que é o destino.

202
0:12:23.540 --> 0:12:25.580
Eu e ele a gente sabe que está criptografado.

203
0:12:25.620 --> 0:12:27.420
O mal feito feito é a chave que a gente escolheu.

204
0:12:27.420 --> 0:12:29.060
Beleza, manda a transação.

205
0:12:29.060 --> 0:12:32.380
O minerador vai, o endereço do John Stark está criptografado.

206
0:12:32.380 --> 0:12:35.740
Ninguém sabe quem é, a não ser eu e ele, porque eu ainda estou mandando moeda para ele.

207
0:12:35.740 --> 0:12:39.820
Passaram-se seis confirmações e eu posso publicar a chave, a senha.

208
0:12:39.820 --> 0:12:44.700
O John Stark pode publicar a senha para descriptografar, mas é do interesse dele.

209
0:12:44.700 --> 0:12:48.660
Quando ele for utilizar esse TXO, ele vai ter que publicar.

210
0:12:48.660 --> 0:12:54.460
Porque se ele não publicar, a rede não tem como saber que aquele saldo vai entrar na wallet dele.

211
0:12:55.340 --> 0:13:00.500
Então eu achei um modelo proposto pelo Adam Beck há dez anos atrás muito interessante.

212
0:13:00.500 --> 0:13:07.540
Pode ser, óbvio, pode utilizar, hoje pode utilizar até Zero-None-Led Proof.

213
0:13:07.540 --> 0:13:09.740
Stark, hein John Stark?

214
0:13:09.740 --> 0:13:11.500
Stark, pode ser Stark?

215
0:13:11.500 --> 0:13:12.740
Pode ser, por que não?

216
0:13:12.740 --> 0:13:17.820
Mostrei aí para vocês esses dias, o pessoal conseguindo fazer a comprovação blockchain

217
0:13:17.820 --> 0:13:23.060
inteiro do Bitcoin, todos os blocos do Bitcoin, e em três segundos utilizando Stark,

218
0:13:23.100 --> 0:13:25.300
Zero-None-Led Proof, mostrei aqui esses dias.

219
0:13:26.300 --> 0:13:31.020
Esses dias ontem, eu acho, talvez, ou antes de ontem, hoje é quinta, nem antes de ontem, talvez, né?

220
0:13:31.020 --> 0:13:37.100
Mostrei aqui o pessoal já utilizando criptografia Zero-None-Led Proof, um Stark no Bitcoin.

221
0:13:37.100 --> 0:13:41.380
Não sei, essa proposta foi feita em 2013 pelo Adam Beck, criador do Hashcash,

222
0:13:41.380 --> 0:13:45.180
um dos caras que se ele não tivesse feito essa criação, provavelmente o Bitcoin não existiria.

223
0:13:45.180 --> 0:13:50.180
Talvez, talvez não tivesse dado certo, porque é o Proof of Work que garante que o Bitcoin funciona muito bem.

224
0:13:50.300 --> 0:13:56.460
Mas ele propõe aqui uma camada extra de criptografia, e que pode funcionar muito bem, meus amigos,

225
0:13:56.460 --> 0:14:01.900
com uma alteração minúscula na rede, uma alteração minúscula, muito pequena na rede.

226
0:14:02.460 --> 0:14:04.020
Por que não colocaram ainda?

227
0:14:04.020 --> 0:14:06.260
Ah, tem que entrar em voto, né, LokiDoki?

228
0:14:06.260 --> 0:14:08.300
Agora essa coisa eu acho que vai pegar atração.

229
0:14:08.300 --> 0:14:14.420
Não colocaram ainda porque provavelmente não viram prioridade, não houve discussão suficiente, sei lá, né?

230
0:14:14.420 --> 0:14:21.780
Pode ser que agora, a partir desse momento, isso ganhe escala dentro da comunidade, entre os devs,

231
0:14:21.780 --> 0:14:26.180
e uma solução, pode não ser essa, pode ser uma solução similar,

232
0:14:26.180 --> 0:14:30.900
mas o interessante é que é uma solução com uma alteração relativamente pequena,

233
0:14:30.900 --> 0:14:38.700
relativamente pequena, que pode sim vir a solucionar a questão da neutralidade na mineração.

234
0:14:38.700 --> 0:14:40.140
E a Stratum 2?

235
0:14:40.140 --> 0:14:45.980
A Stratum 2 é uma mudança muito grande, porque é um protocolo construído do zero pra mineração,

236
0:14:45.980 --> 0:14:49.620
e que todos os mineradores têm que adotar, né?

237
0:14:49.620 --> 0:14:52.380
É um protocolo construído do zero.

238
0:14:52.380 --> 0:14:57.300
Aqui não é um protocolo construído do zero, que pode ter outros problemas, tá, John Stark?

239
0:14:57.300 --> 0:14:59.260
Não é que a Stratum resolve tudo.

240
0:14:59.260 --> 0:15:02.580
Ela, obviamente, ela muda um pouco a estrutura da mineração,

241
0:15:02.580 --> 0:15:07.180
ela pode aumentar um pouco a resistência a esse tipo de censura,

242
0:15:07.180 --> 0:15:11.700
mas pode não ser a solução definitiva.

243
0:15:11.700 --> 0:15:13.260
Onde ocorrem as votações?

244
0:15:13.260 --> 0:15:19.700
O passo a passo pra isso acontecer, vai ter algumas discussões lá no Bitcoin Dev, provavelmente,

245
0:15:19.700 --> 0:15:22.780
aí o pessoal vai escrever, até o próprio Adam Beck,

246
0:15:22.780 --> 0:15:27.860
ele falou que vai revisitar esse texto dele de 2013, vai escrever uma proposta,

247
0:15:27.860 --> 0:15:32.500
essa proposta pode virar uma BIP, uma Bitcoin Improvement Proposal,

248
0:15:32.500 --> 0:15:36.700
ela vai pro GitHub, aí vão começar as discussões no GitHub,

249
0:15:36.740 --> 0:15:40.220
tanto referente à implementação, quanto funcionalidades,

250
0:15:40.220 --> 0:15:43.380
e o que pode junto, não pode, o que vai, não vai e tal.

251
0:15:43.380 --> 0:15:45.740
Aí se ela for aprovada,

252
0:15:45.740 --> 0:15:49.380
aí alguém vai lá e insere isso no código do Bitcoin,

253
0:15:49.380 --> 0:15:53.300
é feito o Merge no repositório principal, né?

254
0:15:53.300 --> 0:15:59.420
E isso aí vai ser, mais assim, demora, não é de um dia pro outro esse processo,

255
0:15:59.420 --> 0:16:01.820
demora meses, muitos meses,

256
0:16:01.820 --> 0:16:05.020
mas é um processo que pode vir a começar, tá?

257
0:16:05.020 --> 0:16:08.860
Então, cara, pode ser uma coisa interessante, hein?

258
0:16:08.860 --> 0:16:14.180
Eu gosto dessa solução, eu gosto dessa solução, eu acho essa solução bem interessante, tá?

259
0:16:14.180 --> 0:16:17.900
Ah, é, no próprio GitHub, aí discussão, discussão, discussão, discussão,

260
0:16:17.900 --> 0:16:23.140
quando o pessoal chegar a consenso lá no GitHub, de que tá legal, tá funcional, tá seguro,

261
0:16:23.140 --> 0:16:27.140
aí o cara vai fazer a implementação, o pessoal vai ver que é seguro o suficiente,

262
0:16:27.140 --> 0:16:30.700
que não tem problemas, aí de repente isso vai pra uma testnet,

263
0:16:30.700 --> 0:16:34.780
aí beleza, aí deu tudo certo, aí vai pro código principal.

264
0:16:34.820 --> 0:16:40.500
Foi pro código principal, isso é buildado, vai ser distribuído e vai passar a ser acessível

265
0:16:40.500 --> 0:16:43.180
pelos mineradores e por tudo, tá?

266
0:16:44.340 --> 0:16:46.900
Interessante isso aqui, viu? É bem interessante.

267
0:16:46.900 --> 0:16:50.860
É uma camada, você shielda, é um shield extra nos endereços,

268
0:16:50.860 --> 0:16:53.660
eu gosto dessa ideia de shieldar o endereço, tá?

269
0:16:53.660 --> 0:16:57.700
Óbvio que tem vários desafios, tem que criar o protocolo de comunicação

270
0:16:57.700 --> 0:17:01.620
pra transferência segura dessa chave, de preferência automatizada,

271
0:17:01.660 --> 0:17:04.740
a publicação dessa chave de forma que a rede veja,

272
0:17:04.740 --> 0:17:08.260
vai ser feita numa rede em paralela ao Bitcoin, numa rede interna,

273
0:17:08.260 --> 0:17:10.260
ou vai ser no próprio blockchain.

274
0:17:12.340 --> 0:17:15.220
Né? Vai ser no próprio blockchain, é uma forma de publicar.

275
0:17:15.220 --> 0:17:17.300
Então isso aí tudo vai ter que ser conversado.

276
0:17:17.300 --> 0:17:22.020
Aqui tá input, isso aqui tá super superficial de como funcionaria.

277
0:17:22.020 --> 0:17:26.860
Agora tecnicamente é óbvio, é simples, é mais simples do que muitas coisas, tá?

278
0:17:26.860 --> 0:17:27.860
Mas é interessante.

279
0:17:27.860 --> 0:17:32.180
Obrigado, obrigado pelo Satoshi.

280
0:17:32.180 --> 0:17:35.140
911, emergência, comprei Bitcoin, muito boa.

281
0:17:35.140 --> 0:17:37.300
No momento do Bitcoin não tá muito na mão do Core,

282
0:17:37.300 --> 0:17:39.740
como que resolve? Tem solução? Tem, LockDock.

283
0:17:39.740 --> 0:17:42.780
Qualquer um pode pegar o Bitcoin, começar a desenvolver,

284
0:17:42.780 --> 0:17:48.140
é, bildar um client, esse client ser adotado pela comunidade

285
0:17:48.140 --> 0:17:51.460
e o client passar a ser a versão oficial do Bitcoin.

286
0:17:51.460 --> 0:17:54.420
O client novo, é simples o processo,

287
0:17:54.980 --> 0:17:58.100
não é complexo. Basta alguém que tem a ideia muito boa,

288
0:17:58.100 --> 0:18:01.300
um grupo de desenvolvedores adote o desenvolvimento do Bitcoin,

289
0:18:01.300 --> 0:18:04.900
de maneira altruística, porque ninguém ganha nada pra isso,

290
0:18:04.900 --> 0:18:08.660
e que passe a dar manutenção no código, faça os builds

291
0:18:08.660 --> 0:18:12.660
e que a comunidade toda, mineradores e Node Runners,

292
0:18:12.660 --> 0:18:14.660
passem a utilizar esse client novo.

293
0:18:14.660 --> 0:18:16.100
É só isso que tem que fazer.

294
0:18:16.100 --> 0:18:19.780
Tá concentrada na mão do Core, porque é o Core que tá fazendo.

295
0:18:19.780 --> 0:18:21.780
É o Core que tá fazendo.

296
0:18:21.860 --> 0:18:25.060
A maior parte do desenvolvimento é o Core que faz, por isso.

297
0:18:25.060 --> 0:18:26.580
Gabriel Soares mandou ali, né?

298
0:18:26.580 --> 0:18:28.420
Esse tipo de censura no Bitcoin, isso iria acontecer

299
0:18:28.420 --> 0:18:31.220
e acho que vai ser resolvido com a proposta do Adam Beck.

300
0:18:31.220 --> 0:18:32.820
Agora imagina outros que estão com o Mev.

301
0:18:32.820 --> 0:18:35.780
Pois é, cara, na rede do Ethereum,

302
0:18:35.780 --> 0:18:37.380
eles estão por um problema muito mais sério.

303
0:18:37.380 --> 0:18:40.580
Aqui a gente tá brigando porque um cara, uma pool,

304
0:18:40.580 --> 0:18:42.340
foi lá e censurou um bloquinho.

305
0:18:42.340 --> 0:18:44.740
Lá no Mev, os caras estão literalmente,

306
0:18:44.740 --> 0:18:47.300
além de executando censura massiva,

307
0:18:47.300 --> 0:18:50.740
os caras, muito, muito, muito, muito, muito, muito,

308
0:18:50.740 --> 0:18:55.780
os caras manipulam os blocos, as ordens,

309
0:18:55.780 --> 0:18:58.100
manipulam as transações dentro do bloco,

310
0:18:58.100 --> 0:19:01.700
de modo que você possa perder dinheiro e que eles ganhem.

311
0:19:01.700 --> 0:19:03.540
É outro lá? Feche, mano.

312
0:19:03.540 --> 0:19:05.300
O problema lá é muito mais embaixo.

313
0:19:05.300 --> 0:19:06.420
O problema lá é muito mais embaixo.

314
0:19:06.420 --> 0:19:07.380
Aqui a gente tá falando que...

315
0:19:07.380 --> 0:19:08.820
Como que resolve o problema aqui?

316
0:19:08.820 --> 0:19:10.820
Ah, criptografo e endereço de destino.

317
0:19:10.820 --> 0:19:13.300
Deixa o minerador minerar sem ver pra onde tá indo.

318
0:19:15.620 --> 0:19:16.580
Aqui é isso.

319
0:19:16.580 --> 0:19:17.220
Aqui é isso.

320
0:19:17.220 --> 0:19:18.260
É diferente.

321
0:19:18.260 --> 0:19:19.300
É diferente.

322
0:19:19.300 --> 0:19:20.340
Bem diferente.

323
0:19:20.420 --> 0:19:21.380
Então é isso, galera.

324
0:19:21.380 --> 0:19:24.740
Tá, até o próprio Jameson Lope, ele postou lá, né?

325
0:19:24.740 --> 0:19:28.260
Nossa, o fato de ter bitcoin, endereço bitcoin

326
0:19:28.260 --> 0:19:30.660
na lista das sanções da OFAC é ridícula.

327
0:19:30.660 --> 0:19:31.700
Concordo com ele.

328
0:19:31.700 --> 0:19:37.220
Não é esperado que você não reutilize endereços do bitcoin?

329
0:19:37.220 --> 0:19:38.980
Pô, cara, isso é esperado.

330
0:19:38.980 --> 0:19:40.820
As wallets, toda vez que você vai receber,

331
0:19:40.820 --> 0:19:42.420
ela cria um endereço novo.

332
0:19:45.060 --> 0:19:48.740
Do que, cara, colocar endereço do bitcoin em lista de OFAC

333
0:19:48.740 --> 0:19:51.700
é igual esperar que KYC resolva o problema da fraude.

334
0:19:51.700 --> 0:19:52.660
Não resolve!

335
0:19:52.660 --> 0:19:55.620
Qual o trabalho que o cara tem de criar um novo endereço pra receber?

336
0:19:55.620 --> 0:19:56.660
Qual o trabalho?

337
0:19:56.660 --> 0:19:57.220
Nenhum.

338
0:19:57.220 --> 0:20:01.860
É normal as wallets implementarem esse método?

339
0:20:01.860 --> 0:20:03.140
Cara, eu não entendo.

340
0:20:03.140 --> 0:20:04.100
Eu não entendo.

341
0:20:04.100 --> 0:20:06.260
KYC e bitcoin em lista de OFAC

342
0:20:06.260 --> 0:20:08.180
são duas coisas que são simplesmente ridículas.

343
0:20:08.180 --> 0:20:09.380
Agora vai falar pra eles.

344
0:20:09.380 --> 0:20:10.980
Vai explicar pra eles, né?

345
0:20:10.980 --> 0:20:12.180
Vai explicar pra eles.

346
0:20:12.180 --> 0:20:13.140
Ah, meu amigo.

347
0:20:14.740 --> 0:20:16.020
12, né? 12.

348
0:20:16.020 --> 0:20:17.460
Então, meus amigos,

349
0:20:17.540 --> 0:20:19.140
da pauta de hoje,

350
0:20:19.140 --> 0:20:21.300
o que eu achei mais importante

351
0:20:21.300 --> 0:20:24.100
é a gente lembrar que no bitcoin tudo é discutido,

352
0:20:24.100 --> 0:20:25.940
muitas propostas.

353
0:20:25.940 --> 0:20:30.260
Não, a proposta do Adam Beck não tira recompensa de ninguém.

354
0:20:30.260 --> 0:20:32.820
Também não tem nada de ser expulso da rede.

355
0:20:32.820 --> 0:20:33.860
Não tem nada disso.

356
0:20:33.860 --> 0:20:38.660
A proposta do Adam Beck é permitir que o minerador minere o bitcoin

357
0:20:38.660 --> 0:20:39.940
de maneira neutra,

358
0:20:39.940 --> 0:20:42.580
que ele não consiga ver quem é o destinatário

359
0:20:42.740 --> 0:20:46.020
e não possa influenciar as transações

360
0:20:46.020 --> 0:20:47.700
que estão sendo colocadas lá dentro.

361
0:20:47.700 --> 0:20:52.100
Então a ideia é aumentar a neutralidade do minerador

362
0:20:52.100 --> 0:20:55.300
pra que o bitcoin fique mais resistente à censura.

363
0:20:55.300 --> 0:20:55.700
Tá?

364
0:20:55.700 --> 0:20:57.780
É isso que vai acontecer.

365
0:20:57.780 --> 0:20:58.820
Essa que é a proposta.

366
0:20:58.820 --> 0:21:00.180
A proposta está baseada nisso.

367
0:21:00.180 --> 0:21:01.460
Só isso resolve?

368
0:21:01.460 --> 0:21:02.020
Talvez não.

369
0:21:02.020 --> 0:21:03.700
Por que não podia ter lá uma, né?

370
0:21:03.700 --> 0:21:06.980
Alguma criptografiazinha na origem também eu gostaria.

371
0:21:06.980 --> 0:21:07.780
Mas não sei.

372
0:21:07.780 --> 0:21:08.660
Aí é só...

373
0:21:08.660 --> 0:21:10.660
Eu estou só inferindo.

374
0:21:10.660 --> 0:21:13.780
Mas essa pode ser parte de uma solução maior.

375
0:21:13.780 --> 0:21:15.300
Pode ser a solução.

376
0:21:15.300 --> 0:21:16.020
O que acontece?

377
0:21:16.020 --> 0:21:17.140
Só aconteceu ontem.

378
0:21:17.140 --> 0:21:18.740
Essa discussão começou ontem.

379
0:21:18.740 --> 0:21:20.980
O Adam Beck falou que vai revisitar aquele texto,

380
0:21:20.980 --> 0:21:26.500
que ele vai redigir uma nova proposta mais detalhada,

381
0:21:26.500 --> 0:21:30.420
baseada na realidade de hoje, adequada aos dias atuais,

382
0:21:30.420 --> 0:21:32.100
e vai apresentar muito em breve.

383
0:21:32.100 --> 0:21:33.460
E aí a gente volta à discussão.

384
0:21:33.460 --> 0:21:34.180
Beleza, bloco?

385
0:21:37.940 --> 0:21:38.420
Tira!

386
0:21:38.420 --> 0:21:39.460
Tira peso jurídico.

387
0:21:39.460 --> 0:21:40.900
O minerador está executando o trampo

388
0:21:40.900 --> 0:21:42.500
e não tem como saber para quem está indo.

389
0:21:42.500 --> 0:21:43.540
É isso, Cobra Coríscua.

390
0:21:43.540 --> 0:21:45.380
Aumenta a segurança para o minerador,

391
0:21:45.380 --> 0:21:48.020
aumenta a segurança para os usuários,

392
0:21:48.020 --> 0:21:50.020
aumenta a segurança para todo mundo.