From 42570a50ce14953825041b005dfa8da30eeae063 Mon Sep 17 00:00:00 2001
From: Luis Schwab <luisschwab@protonmail.com>
Date: Fri, 6 Jun 2025 23:01:58 -0300
Subject: [PATCH 1/2] feat(pt): add Portuguese scaffolding

---
 _config.yml            |  2 +
 pt/about.md            | 54 +++++++++++++++++++++++++
 pt/blog.md             |  9 +++++
 pt/newsletters.md      |  9 +++++
 pt/podcasts.md         |  9 +++++
 pt/publications.md     | 18 +++++++++
 pt/topic-categories.md | 45 +++++++++++++++++++++
 pt/topic-dates.md      | 92 ++++++++++++++++++++++++++++++++++++++++++
 pt/topics.md           | 64 +++++++++++++++++++++++++++++
 pt/workshops.md        | 79 ++++++++++++++++++++++++++++++++++++
 10 files changed, 381 insertions(+)
 create mode 100644 pt/about.md
 create mode 100644 pt/blog.md
 create mode 100644 pt/newsletters.md
 create mode 100644 pt/podcasts.md
 create mode 100644 pt/publications.md
 create mode 100644 pt/topic-categories.md
 create mode 100644 pt/topic-dates.md
 create mode 100644 pt/topics.md
 create mode 100644 pt/workshops.md

diff --git a/_config.yml b/_config.yml
index c65111a3e..3ce8a2228 100644
--- a/_config.yml
+++ b/_config.yml
@@ -84,5 +84,7 @@ languages:
     name: German
   - code: fr
     name: French
+  - code: pt
+    name: Portuguese
 ## In-text aliases
 trb: "709,632" # TapRoot Block (activation)
diff --git a/pt/about.md b/pt/about.md
new file mode 100644
index 000000000..00b892d76
--- /dev/null
+++ b/pt/about.md
@@ -0,0 +1,54 @@
+---
+layout: page
+title: Sobre
+permalink: /pt/about/
+redirect_from: /about
+---
+
+O Grupo de Tecnologia de Operações Bitcoin (Optech) trabalha para trazer as
+melhores tecnologias e técnicas de código aberto para empresas que utilizam
+Bitcoin, a fim de reduzir custos e melhorar as experiências dos clientes.
+
+Um foco inicial para o grupo é trabalhar com suas organizações membros para
+reduzir os tamanhos das transações e minimizar o efeito de aumentos
+subsequentes nas taxas de transação. Fornecemos workshops, newsletters
+semanais, estudos de caso e anúncios, um podcast, e ajudamos a facilitar
+relações aprimoradas entre empresas e a comunidade de código aberto.
+
+[workshops]: /pt/workshops
+[newsletters semanais]: /pt/newsletters/
+[blog]: /pt/blog/
+[podcast]: /pt/podcast/
+
+Se você é um engenheiro ou gerente em uma empresa Bitcoin ou um contribuidor de
+código aberto e gostaria de fazer parte disso, entre em contato conosco em
+[info@bitcoinops.org](mailto:info@bitcoinops.org).
+
+## Financiamento
+
+A Optech não existe para obter lucro, e todos os materiais e documentação produzidos
+são liberados sob a licença MIT.
+
+O financiamento inicial foi fornecido por Wences Casares e John Pfeffer para cobrir
+contratados externos e despesas incidentais.
+
+Nossas generosas empresas membros pagam uma contribuição anual para cobrir despesas.
+
+## Contribuidores da Optech
+
+Todo material produzido pela Bitcoin Optech é de código aberto e liberado sob a
+licença MIT. Qualquer pessoa é bem-vinda para contribuir abrindo issues e
+pull requests, revisando newsletters e outros materiais, e contribuindo com traduções.
+Nossos contribuidores mais regulares são:
+
+{% assign contributors = site.data.contributors.contributors | sort: "name" %}
+{% include contributors.html id="contributors" %}
+
+{% include sponsors.html %}
+
+## Ex-Contribuidores da Optech
+
+Agradecemos a todos os nossos ex-contribuidores por seus esforços.
+
+{% assign contributors = site.data.contributors.contributors_alum | sort: "name" %}
+{% include contributors.html id="contributors_alum" %}
\ No newline at end of file
diff --git a/pt/blog.md b/pt/blog.md
new file mode 100644
index 000000000..96f98d749
--- /dev/null
+++ b/pt/blog.md
@@ -0,0 +1,9 @@
+---
+layout: blog
+lang: pt
+title: Blog
+name: blog
+permalink: /pt/blog/
+share: false
+version: 1
+---
\ No newline at end of file
diff --git a/pt/newsletters.md b/pt/newsletters.md
new file mode 100644
index 000000000..37f86aea8
--- /dev/null
+++ b/pt/newsletters.md
@@ -0,0 +1,9 @@
+---
+layout: newsletters
+lang: pt
+title: Newsletters
+name: newsletters
+permalink: /pt/newsletters/
+share: false
+version: 1
+---
\ No newline at end of file
diff --git a/pt/podcasts.md b/pt/podcasts.md
new file mode 100644
index 000000000..4ba5baae3
--- /dev/null
+++ b/pt/podcasts.md
@@ -0,0 +1,9 @@
+---
+layout: podcast
+lang: pt
+title: Podcast
+name: podcast
+permalink: /pt/podcast/
+share: false
+version: 1
+---
diff --git a/pt/publications.md b/pt/publications.md
new file mode 100644
index 000000000..4c4391bf0
--- /dev/null
+++ b/pt/publications.md
@@ -0,0 +1,18 @@
+---
+layout: publications
+lang: pt
+title: Publicações
+name: Publicações
+permalink: /pt/publications/
+share: false
+version: 1
+---
+- [Newsletters][]: Um resumo semanal de notícias sobre desenvolvimento do Bitcoin e LN.
+
+- [Posts do Blog][]: Atualizações ocasionais e material de referência da equipe Optech.
+
+- [Episódios do Podcast][]: Discussões em áudio sobre nossas newsletters.
+
+[posts do blog]: /pt/blog/
+[newsletters]: /pt/newsletters/
+[episódios do podcast]: /pt/podcast/
diff --git a/pt/topic-categories.md b/pt/topic-categories.md
new file mode 100644
index 000000000..6618329b3
--- /dev/null
+++ b/pt/topic-categories.md
@@ -0,0 +1,45 @@
+---
+title: Tópicos
+permalink: /pt/topic-categories/
+layout: page
+---
+{% include linkers/topic-pages.md %}
+
+{% capture raw_categories %}
+{%- for topic in site.topics -%}
+  {%- if topic.topic-categories == empty -%}
+    {% include ERROR_92_MISSING_TOPIC_CATEGORY %}
+  {%- endif -%}
+  {%- for category in topic.topic-categories -%}
+    {{category}}|
+  {%- endfor -%}
+{%- endfor -%}
+{% endcapture %}
+{% assign categories = raw_categories | split: "|" | sort_natural | uniq %}
+
+<div class="center" markdown="1">
+
+{{ categories | size }} categories for {{site.topics | size}} tópicos
+únicos, com vários tópicos aparecendo em múltiplas categorias.
+
+{% for category in categories %} [{{category | replace: ' ', '&nbsp;'}}](#{{category | slugify}})&nbsp;{% unless forloop.last %}\|{% endunless %}{% endfor %}
+</div>
+
+<div>{% comment %}<!-- enclosing in a div forces this to be interpreted
+as HTML rather than Markdown so indentation over 4 characters doesn't
+produce code blocks -->{% endcomment %}
+
+{% for category in categories %}
+  <h3 id="{{category | slugify}}">{{category}}</h3>
+  <ul>
+  {% for topic in site.topics %}
+    {% if topic.topic-categories contains category %}
+      <li><a href="{{topic.url}}">{{topic.title}}</a></li>
+    {% endif %}
+  {% endfor %}
+  </ul>
+{% endfor %}
+
+</div>
+
+{% include linkers/request-a-topic.md %}
diff --git a/pt/topic-dates.md b/pt/topic-dates.md
new file mode 100644
index 000000000..111090848
--- /dev/null
+++ b/pt/topic-dates.md
@@ -0,0 +1,92 @@
+---
+title: Datas de Tópicos
+permalink: /pt/topic-dates/
+layout: page
+---
+{% include linkers/topic-pages.md %}
+
+<!-- Build a list of months in reverse chronological order -->
+{% assign this_year = site.time | date: "%Y" | plus: 0 %}<!-- "plus: 0" casts string to int -->
+{% capture months %}
+{%- for year in (2018..2099) -%}
+  {%- if year > this_year -%}{% break %}{%- endif -%}
+  {%- for month in (1..9) -%}
+    {{year}}-0{{month}}|
+  {%- endfor -%}
+  {%- for month in (10..12) -%}
+    {{year}}-{{month}}|
+  {%- endfor -%}
+{%- endfor -%}
+{% endcapture %}
+{% assign months = months | split: "|" | reverse %}
+
+<!-- initialize some globals -->
+{% assign number_of_events = 0 %}
+{% assign number_of_months = 0 %}
+
+<!-- capture the main content instead of rendering it immediately so
+we can compute some metadata in the loops and then display that metadata
+before the main content -->
+{% capture list %}
+  {%- for month in months -%}
+    {%- assign month_topics = "" -%}
+    {%- for topic in site.topics -%}
+    {%- assign mymentions = '' -%}
+      {%- for mention in topic.optech_mentions -%}
+        {%- include functions/get-mention-date.md -%}
+        {%- assign mydate = date | date: "%Y-%m-%d" -%}
+        {%- if mydate contains month -%}
+          {% capture mymentions %}{{mymentions}}{{mention.title | markdownify | remove: "<p>" | remove: "</p>" | strip }}&nbsp;<a href="{{mention.url}}">🔗</a>ENDMENTION{% endcapture %}
+          {% assign number_of_events = number_of_events | plus: 1 %}
+        {%- endif -%}
+      {%- endfor -%}
+
+      {%- assign mymentions = mymentions | split: "ENDMENTION" -%}
+      {%- assign mymentions_size = mymentions | size -%}
+      {%- assign mentions_countdown = 999 | minus: mymentions_size -%}
+      {%- if mymentions_size > 0 -%}
+        {% capture month_topics %}{{month_topics}}{{mentions_countdown}}SIZE_DELIMITER<b><a href="{{topic.url}}">{{topic.title}}</a></b>TITLE_DELIMITER{{mymentions | join: "ENDMENTION"}}TOPIC_DELIMITER{% endcapture %}
+      {%- endif -%}
+    {%- endfor -%}
+
+    {%- assign month_topics = month_topics | split: "TOPIC_DELIMITER" | sort -%}
+    {% assign month_topics_size = month_topics | size %}
+    {%- if month_topics_size > 0 -%}<h3 id="d{{month}}">{{month | append: "-01" | date: "%B %Y" }}</h3>
+      {% assign number_of_months = number_of_months | plus: 1 %}
+      <ul>
+      {% for month_topic in month_topics -%}
+        {%- assign topic_data = month_topic | split: "SIZE_DELIMITER" -%}
+        {%- assign topic_data = topic_data[1] | split: "TITLE_DELIMITER" -%}
+        {%- assign topic_title = topic_data[0] -%}
+        {%- assign topic_mentions = topic_data[1] | split: "ENDMENTION" -%}
+        {%- assign topic_size = topic_mentions | size -%}
+
+        <li>{{topic_title}}
+          <ul>
+          {%- for topic_mention in topic_mentions -%}
+            <li>{{topic_mention}}</li>
+          {%- endfor -%}
+          </ul>
+        </li>
+      {%- endfor -%}
+      </ul>
+    {% endif %}
+  {%- endfor -%}
+{% endcapture %}
+
+<div class="center" markdown="1">
+
+{{number_of_events}} indexed events in {{number_of_months}} months <!-- {{mentions | size}} events including duplicates -->
+
+[2018](#d2018-12) | [2019](#d2019-12) | [2020](#d2020-12) |
+[2021](#d2021-12)
+
+</div>
+
+<div>{% comment %}<!-- enclosing in a div forces this to be interpreted
+as HTML rather than Markdown so indentation over 4 characters doesn't
+produce code blocks -->{% endcomment %}
+{{list}}
+</div>
+
+{% include linkers/request-a-topic.md %}
diff --git a/pt/topics.md b/pt/topics.md
new file mode 100644
index 000000000..102e199fa
--- /dev/null
+++ b/pt/topics.md
@@ -0,0 +1,64 @@
+---
+title: Tópicos
+permalink: /pt/topics/
+layout: page
+---
+{% include linkers/topic-pages.md %}
+
+{% comment %}<!-- Build an "ENDTOPIC"-separated string with
+Markdown-style links for each topic or topic alias.  We use
+Markdown-style links, e.g. [Name](URL), instead of HTML-style
+links, e.g. <a href=URL>Name</a>, so that it's easy to sort by name
+rather than URL. -->{% endcomment %}
+{% capture raw_topics_list %}
+{%- for topic in site.topics -%}
+
+  <!--{% include functions/sort-rename.md name=topic.title %}-->[{{topic.title}}]({{topic.url}})ENDTOPIC
+  {%- for alias in topic.title-aliases -%}<!--{% include functions/sort-rename.md name=alias %}-->*[{{alias}}]({{topic.url}})*ENDTOPIC{%- endfor -%}
+{%- endfor -%}
+{% endcapture %}
+
+{% assign topics_list = raw_topics_list | split: 'ENDTOPIC' | sort_natural %}
+{% assign number_of_topics = site.topics | size %}
+{% assign number_of_entries = topics_list | size %}
+{% assign number_of_aliases = number_of_entries | minus: number_of_topics %}
+
+<div class="center" markdown="1">
+
+{{number_of_topics}} topics (and
+{{number_of_aliases}} aliases in *italics* for topics with alternative
+names).
+
+{:.center}
+{% assign previous_character = '' %}
+{% for entry in topics_list %}
+  {%- assign first_character = entry | remove_first: '<!--' | truncate: 1, '' | downcase -%}{%- comment -%}close html comment for syntax hilite -->{%- endcomment -%}
+  {%- if first_character != previous_character -%}
+    {%- if previous_character != nil -%}
+      [{{first_character | upcase}}](#{{first_character}}){{' '}}
+    {%- endif -%}
+  {%- endif -%}
+  {%- assign previous_character = first_character -%}
+{% endfor %}
+</div>
+
+<div>{% comment %}<!-- enclosing in a div forces this to be interpreted
+as HTML rather than Markdown so indentation over 4 characters doesn't
+produce code blocks -->{% endcomment %}
+
+{% assign previous_character = '' %}
+{% for entry in topics_list %}
+  {% assign first_character = entry | remove_first: '<!--' | truncate: 1, '' | downcase %}{%- comment -%}close html comment for syntax hilite -->{%- endcomment %}
+  {% if first_character != previous_character %}
+    {% if previous_character != '' %}</ul>{% endif %}
+    <h3 id="{{first_character}}">{{first_character | upcase}}</h3>
+    <ul>
+  {% endif %}
+  <li>{{entry | markdownify | remove: "<p>" | remove: "</p>" | strip }}</li>
+  {% assign previous_character = first_character %}
+{% endfor %}
+</ul>
+
+</div>
+
+{% include linkers/request-a-topic.md %}
diff --git a/pt/workshops.md b/pt/workshops.md
new file mode 100644
index 000000000..7253db19d
--- /dev/null
+++ b/pt/workshops.md
@@ -0,0 +1,79 @@
+---
+layout: page
+title: Workshops
+permalink: /pt/workshops/
+redirect_from: /workshops
+---
+
+A Bitcoin Optech realizará uma série de workshops para reunir engenheiros do
+Bitcoin para discutir abordagens e desafios na implementação de tecnologias
+para escalabilidade. Cada workshop será adaptado às empresas membros
+participantes e aos desafios específicos de escalabilidade que elas estão enfrentando.
+
+Se você tiver alguma solicitação ou sugestão para futuros eventos de workshop,
+por favor [entre em contato conosco][mailto:info@bitcoinops.org].
+
+## Workshops #3, #4 e #5 - Seminários Schnorr e Taproot {#taproot-workshop}
+
+- São Francisco, 24 de setembro de 2019
+- Nova York, 27 de setembro de 2019
+- Londres, 5 de fevereiro de 2020
+
+*Assinaturas Schnorr* e *Taproot* são mudanças propostas para o protocolo Bitcoin que
+prometem grandes melhorias em privacidade, fungibilidade, escalabilidade e funcionalidade.
+
+A Bitcoin Optech hospedou dois workshops no formato de seminário que incluíram uma
+mistura de apresentações, exercícios de programação e discussões, e deram aos
+engenheiros das empresas membros uma compreensão de como essas novas tecnologias
+funcionam e como podem ser aplicadas aos seus produtos e serviços. Os workshops
+também forneceram aos engenheiros uma oportunidade de participar do processo de
+feedback enquanto essas tecnologias ainda estão na fase de proposta.
+
+[Todo o material dos workshops](https://bitcoinops.org/en/schorr-taproot-workshop/)
+está disponível neste site, para que os engenheiros possam aprender sobre as propostas
+Schnorr/Taproot em casa.
+
+## Workshop #2 - Paris, 12-13 de novembro de 2018
+
+A Bitcoin Optech realizou nosso segundo workshop de mesa redonda em Paris nos dias
+12-13 de novembro de 2018. O formato foi o mesmo do primeiro workshop em São Francisco.
+
+Estiveram presentes 24 engenheiros de empresas de Bitcoin e projetos de código aberto.
+
+#### Tópicos
+
+- Replace-by-Fee vs. Child-Pays-for-Parent como técnicas de substituição de taxa
+- Transações Bitcoin Parcialmente Assinadas (PSBTs)([BIP 174](https://github.com/bitcoin/bips/blob/master/bip-0174.mediawiki))
+- [Descritores de script de saída (Output Descriptors)](https://gist.github.com/sipa/e3d23d498c430bb601c5bca83523fa82) para interoperabilidade de carteiras
+- Integração de carteiras Lightning e aplicações para exchanges
+- Abordagens para seleção e consolidação de moedas
+
+#### Agradecimentos
+
+Obrigado à Ledger por hospedar o workshop e ajudar com a organização.
+
+## Workshop #1 - São Francisco, 17 de julho de 2018
+
+A Bitcoin Optech realizou nosso primeiro workshop de mesa redonda em São Francisco no dia 17 de julho de 2018:
+
+- Os tópicos foram discutidos em formato de mesa redonda no qual cada participante teve uma oportunidade igual de se envolver.
+
+- Cada tópico teve um moderador e alguém responsável pelas anotações. O moderador foi responsável por uma breve introdução de um tópico e manter a discussão no caminho certo e no tempo.
+
+- Para garantir que os participantes se sentissem confortáveis para falar livremente, as notas e itens de ação foram distribuídos aos participantes, mas não além disso. Os participantes foram livres para compartilhar detalhes da discussão internamente em suas empresas e publicamente, mas não atribuíram nenhuma declaração particular a um determinado indivíduo (Regras da Casa Chatham).
+
+Estiveram presentes 14 engenheiros de empresas de Bitcoin da Área da Baía de São Francisco e projetos de código aberto.
+
+#### Tópicos
+
+- Seleção de moedas
+- Estimativa de taxa, RBF, melhores práticas CPFP
+- Comunidade e comunicação Optech
+
+#### Agradecimentos
+
+Obrigado à Square por hospedar o workshop e à Coinbase por ajudar com a organização.
+
+{% include references.md %}
+
+[taproot workshop blog post]: /pt/schorr-taproot-workshop/
\ No newline at end of file

From 9da018be4400553fc0280daba7ba59f8c5bb7392 Mon Sep 17 00:00:00 2001
From: Luis Schwab <luisschwab@protonmail.com>
Date: Fri, 6 Jun 2025 23:03:02 -0300
Subject: [PATCH 2/2] feat(pt): add Portuguese translation for Newsletter 357

---
 .../pt/newsletters/2025-06-06-newsletter.md   | 194 ++++++++++++++++++
 1 file changed, 194 insertions(+)
 create mode 100644 _posts/pt/newsletters/2025-06-06-newsletter.md

diff --git a/_posts/pt/newsletters/2025-06-06-newsletter.md b/_posts/pt/newsletters/2025-06-06-newsletter.md
new file mode 100644
index 000000000..7d4fa4be9
--- /dev/null
+++ b/_posts/pt/newsletters/2025-06-06-newsletter.md
@@ -0,0 +1,194 @@
+---
+title: 'Newsletter Bitcoin Optech #357'
+permalink: /pt/newsletters/2025/06/06/
+name: 2025-06-06-newsletter
+slug: 2025-06-06-newsletter
+type: newsletter
+layout: newsletter
+lang: pt
+---
+A newsletter desta semana compartilha uma análise sobre sincronização de full-nodes
+sem witness antigas. Também incluídas estão nossas seções regulares com
+descrições de discussões sobre mudanças de consenso, anúncios de
+novos lançamentos e candidatos a lançamento, e resumos de mudanças notáveis em
+software popular de infraestrutura do Bitcoin.
+
+## Notícias
+
+- **Sincronizando nós completos sem dados de testemunha (witness):** Jose SK [postou][sk nowit]
+  no Delving Bitcoin um resumo de uma [análise][sk nowit gist] que ele
+  fez sobre os tradeoffs de segurança de permitir que nós-completos recém-iniciados
+  com uma configuração em particular evitem baixar alguns
+  dados da blockchain. Por padrão, nós Bitcoin Core usam a
+  configuração `assumevalid` que pula a validação de scripts
+  em blocos criados mais de um mês ou dois antes do lançamento da
+  versão do Bitcoin Core sendo executada. Embora desabilitado por padrão, muitos
+  usuários do Bitcoin Core também definem uma configuração `prune` que
+  exclui blocos algum tempo após validá-los (por quanto tempo os blocos são
+  mantidos depende do tamanho dos blocos e da configuração específica selecionada
+  pelo usuário).
+
+  SK argumenta que dados de testemunha (witness), que são usados apenas para validar
+  scripts, não deveriam ser baixados por nós prunados para blocos assumevalid
+  porque eles não os usarão para validar scripts e eventualmente serão excluídos.
+  Pular o download de testemunhas "pode reduzir o uso de banda em mais de 40%", ele escreve.
+
+  Ruben Somsen [argumenta][somsen nowit] que isso muda o modelo de segurança
+  até certo ponto. Embora scripts não sejam validados, os
+  dados baixados são validados contra o commitment da raiz merkle do cabeçalho do bloco
+  para a transação coinbase para os dados da testemunha.
+  Isso garante que os dados estavam disponíveis e não corrompidos no momento em que o
+  nó foi inicialmente sincronizado. Se ninguém rotineiramente valida a
+  existência dos dados, eles poderiam concebivelmente ser perdidos, como [aconteceu][ripple loss]
+  com pelo menos uma altcoin.
+
+  A discussão estava em andamento no momento da escrita.
+
+## Mudando consenso
+
+_Uma seção mensal resumindo propostas e discussões sobre mudanças
+nas regras de consenso do Bitcoin._
+
+- **Relatório de computação quântica:** Clara Shikhelman [postou][shikelman
+  quantum] no Delving Bitcoin o resumo de um [relatório][sm report] que ela
+  co-autorou com Anthony Milton sobre os riscos para usuários Bitcoin de
+  computadores quânticos rápidos, uma visão geral de várias vias para [resistência
+  quântica][topic quantum resistance], e uma análise de compensações
+  envolvidas na atualização do protocolo do Bitcoin. Os autores encontraram 4 a 10
+  milhões de BTC potencialmente vulneráveis a roubo quântico, alguma
+  mitigação é agora possível, e é improvável que a mineração do Bitcoin seja
+  ameaçada pela computação quântica no curto ou médio prazo, e
+  atualizar requer acordo generalizado.
+
+- **Limite de peso de transação com exceção para prevenir confisco:**
+  Vojtěch Strnad [postou][strnad limit] no Delving Bitcoin a proposta de uma
+  ideia de mudança de consenso para limitar o peso máximo da maioria
+  das transações em um bloco. A regra simples apenas permitiria uma transação
+  maior que 400.000 unidades de peso (100.000 vbytes) em um bloco se fosse
+  a única transação naquele bloco além da transação coinbase.
+  Strnad e outros descreveram a motivação para limitar o peso máximo
+  da transação:
+
+  - _Otimização de template de bloco mais fácil:_ é mais fácil encontrar uma
+    solução quase ótima para o [problema da mochila][] quanto menores forem os
+    itens comparados ao limite geral. Isso é parcialmente
+    devido à minimização da quantidade de espaço sobrado no final, com
+    itens menores deixando menos espaço não utilizado.
+
+  - _Política de retransmissão mais fácil:_ a política para retransmitir transações não confirmadas
+    entre nós prevê quais transações serão
+    mineradas para evitar desperdiçar largura de banda. Transações gigantes tornam
+    previsões precisas mais difíceis, pois mesmo uma pequena mudança na taxa de topo pode causar
+    que sejam atrasadas ou removidas.
+
+  - _Evitando centralização de mineração:_ garantir que nós completos de retransmissão sejam
+    capazes de lidar com quase todas as transações impede que usuários de transações especiais
+    precisem pagar [taxas fora de banda][topic
+    out-of-band fees], o que pode levar à centralização de mineração.
+
+  Gregory Sanders [notou][sanders limit] que poderia ser razoável
+  simplesmente fazer um soft fork de limite de peso máximo sem exceções baseado
+  na política de retransmissão consistente de 12 anos do Bitcoin Core. Gregory
+  Maxwell [adicionou][maxwell limit] que transações gastando apenas UTXOs
+  criados antes do soft fork poderiam ter uma exceção permitida para prevenir
+  confisco, e que um [soft fork transitório][topic transitory soft
+  forks] permitiria que a restrição expirasse se a
+  comunidade decidisse não renová-la.
+
+  Uma discussão adicional examinou as necessidades de partes querendo
+  transações grandes, principalmente usuários [BitVM][topic acc] no curto prazo,
+  e se abordagens alternativas estavam disponíveis para eles.
+
+- **Removendo saídas do conjunto UTXO baseado em valor e tempo:** Robin
+  Linus [postou][linus dust] no Delving Bitcoin para propor um soft fork
+  para remover saídas de baixo valor do conjunto UTXO após algum
+  tempo. Várias variações da ideia foram discutidas, sendo as duas
+  principais alternativas:
+
+  - _Destruir fundos antigos não econômicos:_ saídas de pequeno valor que não
+    foram gastas por muito tempo se tornariam ingastáveis.
+
+  - _Requerer que fundos antigos não econômicos sejam gastos com prova de existência:_
+    [utreexo][topic utreexo] ou um sistema similar poderia ser usado para permitir
+    que uma transação prove que as saídas que ela gasta são parte do
+    UTXO set. Saídas antigas e [não econômicas][topic uneconomical outputs] precisariam
+    incluir esta prova, mas saídas mais novas e de maior valor ainda seriam
+    armazenadas no conjunto UTXO.
+
+  Qualquer solução efetivamente limitaria o tamanho máximo do conjunto UTXO
+  (assumindo um valor mínimo e o limite de 21 milhões de bitcoins).
+  Vários aspectos técnicos interessantes de um design foram discutidos,
+  incluindo alternativas às provas Utreexo para esta aplicação que
+  poderiam ser mais práticas.
+
+## Lançamentos e candidatos a lançamento
+
+_Novos lançamentos e candidatos a lançamento para projetos populares de infraestrutura
+do Bitcoin. Por favor, considere atualizar para novos lançamentos ou ajudar a testar
+candidatos a lançamento._
+
+- [Core Lightning 25.05rc1][] é um candidato a lançamento para a próxima versão principal
+  desta implementação popular de nó LN.
+
+- [LND 0.19.1-beta.rc1][] é um candidato a lançamento para uma versão de manutenção
+  desta implementação popular de nó LN.
+
+## Mudanças notáveis em código e documentação
+
+_Mudanças recentes notáveis no [Bitcoin Core][bitcoin core repo], [Core
+Lightning][core lightning repo], [Eclair][eclair repo], [LDK][ldk repo],
+[LND][lnd repo], [libsecp256k1][libsecp256k1 repo], [Hardware Wallet
+Interface (HWI)][hwi repo], [Rust Bitcoin][rust bitcoin repo], [BTCPay
+Server][btcpay server repo], [BDK][bdk repo], [Bitcoin Improvement
+Proposals (BIPs)][bips repo], [Lightning BOLTs][bolts repo],
+[Lightning BLIPs][blips repo], [Bitcoin Inquisition][bitcoin inquisition
+repo], e [BINANAs][binana repo]._
+
+- [Bitcoin Core #32582][] adiciona novo logging para medir o desempenho da
+  [reconstrução de bloco compacto][topic compact block relay] rastreando o
+  tamanho total de transações que um nó solicita de seus pares
+  (`getblocktxn`), o número e tamanho total de transações que um nó envia
+  para seus pares (`blocktxn`), e adicionando um timestamp no início de
+  `PartiallyDownloadedBlock::InitData()` para rastrear quanto tempo apenas o passo
+  de busca no mempool leva (em modos de alta e baixa largura de banda). Veja Newsletter
+  [#315][news315 compact] para um relatório de estatísticas anterior sobre reconstrução
+  de bloco compacto.
+
+- [Bitcoin Core #31375][] adiciona uma nova ferramenta CLI `bitcoin -m` que envolve e
+  executa os binários [multiprocesso][multiprocess project] `bitcoin node`
+  (`bitcoind`), `bitcoin gui` (`bitcoinqt`), `bitcoin rpc` (`bitcoin-cli
+  -named`). Atualmente, estes funcionam da mesma forma que os
+  binários monolíticos, exceto que suportam a opção `-ipcbind` (veja Newsletter
+  [#320][news320 ipc]), mas melhorias futuras permitirão que um operador de nó
+  inicie e pare componentes independentemente em diferentes máquinas e
+  ambientes. Veja [Newsletter #353][news353 pr review] para um Bitcoin Core PR
+  Review Club cobrindo este PR.
+
+- [BIPs #1483][] incorpora [BIP77][] que propõe [payjoin v2][topic payjoin], uma
+  variante assíncrona sem servidor na qual o remetente e receptor entregam seus
+  PSBTs criptografados para um servidor de diretório payjoin que apenas armazena e encaminha
+  mensagens. Como o diretório não pode ler ou alterar as cargas úteis, nenhuma carteira
+  precisa hospedar um servidor público ou estar online ao mesmo tempo. Veja Newsletter
+  [#264][news264 payjoin] para contexto adicional sobre payjoin v2.
+
+{% include snippets/recap-ad.md when="2025-06-10 16:30" %}
+{% include references.md %}
+{% include linkers/issues.md v=2 issues="32582,31375,1483" %}
+[Core Lightning 25.05rc1]: https://github.com/ElementsProject/lightning/releases/tag/v25.05rc1
+[ripple loss]: https://x.com/JoelKatz/status/1919233214750892305
+[sk nowit]: https://delvingbitcoin.org/t/witnessless-sync-for-pruned-nodes/1742/
+[sk nowit gist]: https://gist.github.com/JoseSK999/df0a2a014c7d9b626df1e2b19ccc7fb1
+[somsen nowit]: https://gist.github.com/JoseSK999/df0a2a014c7d9b626df1e2b19ccc7fb1?permalink_comment_id=5597316#gistcomment-5597316
+[shikelman quantum]: https://delvingbitcoin.org/t/bitcoin-and-quantum-computing/1730/
+[sm report]: https://chaincode.com/bitcoin-post-quantum.pdf
+[strnad limit]: https://delvingbitcoin.org/t/non-confiscatory-transaction-weight-limit/1732/
+[problema da mochila]: https://en.wikipedia.org/wiki/Knapsack_problem
+[sanders limit]: https://delvingbitcoin.org/t/non-confiscatory-transaction-weight-limit/1732/2
+[maxwell limit]: https://delvingbitcoin.org/t/non-confiscatory-transaction-weight-limit/1732/4
+[linus dust]: https://delvingbitcoin.org/t/dust-expiry-clean-the-utxo-set-from-spam/1707/
+[lnd 0.19.1-beta.rc1]: https://github.com/lightningnetwork/lnd/releases/tag/v0.19.1-beta.rc1
+[news315 compact]: /pt/newsletters/2024/08/09/#statistics-on-compact-block-reconstruction
+[multiprocess project]: https://github.com/ryanofsky/bitcoin/blob/pr/ipc/doc/design/multiprocess.md
+[news320 ipc]: /pt/newsletters/2024/09/13/#bitcoin-core-30509
+[news264 payjoin]: /pt/newsletters/2023/08/16/#serverless-payjoin
+[news353 pr review]: /pt/newsletters/2025/05/09/#bitcoin-core-pr-review-club
\ No newline at end of file