Merge #1122: Add japanese translation for 29.0

adde895 Add japanese translation for 29.0 (azuchi)

Pull request description:

Top commit has no ACKs.

Tree-SHA512: 7acde6ccfae0e9a81973e605025aff3709caafee966be2398927c07f2fc23b57f2fd8f0500e83c5b171cd184fa2cbac7b8ee18f3269eb094763f69b008269329

Author: fanquake

_posts/ja/posts/2025-04-14-release-29.0.md

@@ -0,0 +1,32 @@
+---
+title: Bitcoin Core 29.0 リリース
+name: blog-release-29.0
+id: ja-blog-release-29.0
+lang: ja
+permalink: /ja/2025/04/14/release-29.0/
+type: posts
+layout: post
+
+## If this is a new post, reset this counter to 1.
+version: 1
+
+## Only true if release announcement or security annoucement. English posts only
+announcement: 0
+
+excerpt: >
+  Bitcoin Core 29.0 が利用可能になりました。
+---
+Bitcoin Core バージョン 29.0が[ダウンロード][download page]できるようになりました。
+このリリースのバグ修正の詳細については、[リリースノート][release notes]をご覧ください。
+
+この新しいメジャーバージョンのリリースに伴い、バージョン26.x以前のバージョンは
+「メンテナンス終了」となり、アップデートの提供が停止されます。
+[セキュリティポリシー][security policy]に従い、このリリースの2週間後に、
+バージョン26.xに影響する重大度中および高の脆弱性（存在する場合）が公開されます。
+さらに、バージョン28.xに影響する重大度低の脆弱性（存在する場合）も公開されます。
+
+[release notes]: /ja/releases/29.0/
+[download page]: /ja/download
+[security policy]: /ja/security-advisories
+
+{% include references.md %}

_posts/ja/releases/2025-04-14-release-29.0.md

@@ -0,0 +1,308 @@
+---
+title: Bitcoin Core 29.0
+id: ja-release-29.0
+name: release-29.0
+permalink: /ja/releases/29.0/
+excerpt: Bitcoin Core バージョン 29.0 が利用可能になりました
+date: 2025-04-14
+type: releases
+layout: page
+lang: ja
+
+## Use a YAML array for the version number to allow other parts of the
+## site to correctly sort in "natural sort of version numbers".
+## Use the same number of elements as decimal places, e.g. "0.1.2 => [0,
+## 1, 2]" versus "1.2 => [1, 2]"
+release: [29, 0]
+
+## Optional magnet link.  To get it, open the torrent in a good BitTorrent client
+## and View Details, or install the transmission-cli Debian/Ubuntu package
+## and run: transmission-show -m <torrent file>
+#
+## Link should be enclosed in quotes and start with: "magnet:?
+optional_magnetlink: "magnet:?xt=urn:btih:c2ebe360dc7e85d9850196ea57712c8ddffbcd59&dn=bitcoin-core-29.0&tr=udp%3A%2F%2Ftracker.openbittorrent.com%3A80&tr=udp%3A%2F%2Ftracker.opentrackr.org%3A1337%2Fannounce&tr=udp%3A%2F%2Ftracker.coppersurfer.tk%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.leechers-paradise.org%3A6969%2Fannounce&tr=udp%3A%2F%2Fexplodie.org%3A6969%2Fannounce&tr=udp%3A%2F%2Ftracker.torrent.eu.org%3A451%2Fannounce&tr=udp%3A%2F%2Ftracker.bitcoin.sprovoost.nl%3A6969&ws=http%3A%2F%2Fbitcoincore.org%2Fbin%2F"
+
+# Note: it is recommended to check all links to ensure they use
+#       absolute urls (https://github.com/bitcoin/bitcoin/doc/foo)
+#       rather than relative urls (/bitcoin/bitcoin/doc/foo).
+---
+{% include download.html %}
+{% githubify https://github.com/bitcoin/bitcoin %}
+29.0 リリースノート
+==================
+Bitcoin Core バージョン 29.0 は以下から入手可能です:
+
+  <https://bitcoincore.org/bin/bitcoin-core-29.0/>
+
+このリリースには、新しい機能、さまざまなバグ修正およびパフォーマンスの改善、更新された翻訳が含まれています。
+
+バグの報告にはGitHubのIssue Trackerを使用してください:
+
+  <https://github.com/bitcoin/bitcoin/issues>
+
+セキュリティやアップデートの通知を受け取りたい場合は、以下に登録してください:
+
+  <https://bitcoincore.org/en/list/announcements/join/>
+
+アップグレード方法 {#how-to-upgrade}
+==============
+
+旧バージョンを起動している場合はシャットダウンしてください。
+完全にシャットダウンするのを待ってから（数分かかる場合があります）、
+Windowsの場合はインストーラーを実行、macOSの場合は`/Applications/Bitcoin-Qt`を上書き、
+Linuxの場合は`bitcoind`/`bitcoin-qt`を上書きしてください。
+
+EOLに達したBitcoin Coreのバージョンから直接アップグレードすることは可能ですが、
+データディレクトリを移行する必要がある場合は時間がかかる可能性があります。
+Bitcoin Coreの旧ウォレットバージョンが一般的にサポートされます。
+
+互換性 {#compatibility}
+==============
+
+Bitcoin CoreはLinuxカーネル3.17以降やmacOS 13以降、Windows 10以降を使用している
+オペレーティングシステムでサポートされ、広範囲にテストされています。
+Bitcoin Coreは他のほとんどのUNIXライクなシステムでも動作するはずですが、
+それらの環境では頻繁にテストされていません。
+サポートされていないシステムでBitcoin Coreを使用することは推奨されません。
+
+注目すべき変更 {#notable-changes}
+===============
+
+### P2Pとネットワークの変更 {#p2p-and-network-changes}
+
+- UPnPのサポートが廃止されました。自動的にポートを開きたい場合は、代わりに`-natpmp`オプションの使用を検討してください。
+このオプションは、ルーターのサポート状況に応じてPCPまたはNAT-PMPを使用します。(#31130)
+
+- libnatpmpは、PCPとNAT-PMPの組み込み実装に置き換えられました（`-natpmp`オプションを使用すれば引き続き有効になります）。
+これは、IPv4ポートフォワードとIPv6ピンホールを自動サポートします。(#30043)
+
+- `-port`設定オプションを使用する場合、デフォルトのOnion待受ポートは、固定値（mainnetでは8334）ではなく、
+そのポートに1を加算した値が設定されるようになりました。これにより、v28.0ではポートの衝突により起動が失敗する原因となっていた、
+異なる`-port`を使用し、`-bind`を使用しない複数のローカルノードの構成が再び可能になります。
+`torrc`で手動で設定した`HiddenServicePort`を`-port`と組み合わせて使用する場合、
+調整が必要になる場合があるので注意してください。たとえば、非標準の値で`-port=5555`を使用し、
+`-bind=...=onion`を使用していない場合、これまではBitcoin CoreはTor接続の受信を`127.0.0.1:8334`で待ち受けていました。
+現在は、`127.0.0.1:5556`（`-port`に1を加えた値）で待ち受けます。torrcでHidden Serviceを手動で設定している場合、
+以前の動作に戻すには、`HiddenServicePort 8333 127.0.0.1:8334`から`HiddenServicePort 8333
+127.0.0.1:5556`に変更するか、bitcoindを`-bind=127.0.0.1:8334=onion`で設定する必要があります。(#31223)
+
+- オーファントランザクション（確認されていないインプットを使用する未承認トランザクション）を受信すると、
+ノードはオーファントランザクションを通知したすべてのピアから、不足している親トランザクションをダウンロードしようとします。
+この変更により帯域幅が増える可能性がありますが、オーファン処理の信頼性がより高くなるでしょう。(#31397)
+
+### mempoolポリシーとマイニングの変更 {#mempool-policy-and-mining-changes}
+
+- エフェメラルダストは、手数料がゼロのトランザクションにおいて、1つのダストアウトプットを許可する新しい概念です。
+このトランザクションの未承認アウトプットを使用する場合、使用者は他の必要なアウトプットに加えて、
+このダストも使用する必要があります。言い換えると、このタイプのトランザクションは、
+ダストの生成と使用が同時に行われるトランザクションパッケージとして作成する必要があります。(#30239)
+
+- バグにより、固定サイズのブロックヘッダー、トランザクション数およびコインベーストランザクションの
+デフォルトのブロック予約ウェイト（`4,000 WU`）が2回確保され、下げることができませんでした。
+その結果、予約ウェイトの合計は常に`8,000 WU`となり、
+`-blockmaxweight`をデフォルトよりも高い値（最大値の`4,000,000 WU`）に指定した場合でも、
+実際のブロックサイズが`3,992,000 WU`を超えることはありませんでした。今回の修正により、
+確保が1箇所に統合され、予約ウェイトを直接指定する新しい起動オプション`-blockreservedweight`が導入されました。
+`-blockreservedweight`のデフォルト値は、これまでの`-blockmaxweight`の動作に依存していたユーザーとの後方互換性を確保するため、
+`8,000 WU`に設定されています。`-blockreservedweight`の最小値は、`2,000 WU`です。
+`-blockreservedweight`をデフォルト値より低く設定するユーザーは、
+ブロックヘッダー、トランザクション数、コインベーストランザクションの合計ウェイトが、
+設定した値を超えないようにする必要があります。そうでない場合、無効なブロックがマイニングされるリスクがあります。(#31384)
+
+### RPCの更新 {#updated-rpcs}
+
+- `testmempoolaccept` RPCの応答に、`sendrawtransaction`によって返される完全なエラーメッセージと同様に、
+場合によっては`reject-details`フィールドが含まれるようになりました。(#28121)
+
+- `submitblock`で送信された重複ブロックは、以前プルーニングされた場合でも、
+ブロックデータが保持されるようになりました。プルーニングが有効な場合、
+永続化されているブロックファイルがプルーニング対象として選択された時点で、
+データは最終的に再びプルーニングされます。これは、プルーニング中でもブロックが保持される
+`getblockfrompeer`の挙動と一致しています。(#31175)
+
+- `getmininginfo`は、`nBits`と現在のターゲットを`target`フィールドで返すようになりました。
+また、次のブロックの`height`、`nBits`、`difficulty`、`target`を指定する`next`オブジェクトも返します。(#31583)
+
+- `getblock`と`getblockheader`は、`target`フィールドで現在のターゲットを返すようになりました。(#31583)
+
+- `getblockchaininfo`と`getchainstates`は、`nBits`と現在のターゲットを`target`フィールドで返すようになりました。(#31583)
+
+- `getblocktemplate` RPCの`curtime`(BIP22) と`mintime`(BIP23)フィールドは、
+すべてのネットワークにおいてBIP94で提案されたタイムワープの修正を考慮するようになりました。
+これにより、mainnetでタイムワープを修正するソフトフォークが有効化された場合、
+アップグレードしていないマイナーが誤ってタイムワープのルールに違反することがなくなります。(#31376, #31600)
+念の為、`getblocktemplate` RPCを使用するソフトウェアは、これらの値を考慮することが重要です（
+`curtime`でも`mintime`でも構いません）。時計のみに依存すると、タイムワープの修正が導入されると、
+状況によっては無効なブロックが生成される可能性があります。(#31600)
+
+### 新しいRPC {#new-rpcs}
+
+- `getdescriptoractivity`を使用すると、指定されたブロックのセット内の特定のディスクリプターのセットに関連するすべての
+  送信/受信のアクティビティを見つけることができます。この呼び出しを`scanblocks`と一緒に使用すると、
+  追加のインデックス作成プログラムの必要性が軽減されます。(#30708)
+
+### REST APIの更新 {#updated-rest-apis}
+
+- `GET /rest/block/<BLOCK-HASH>.json`と`GET /rest/headers/<BLOCK-HASH>.json`は、
+  `target`フィールドで現在のターゲットを返すようになりました。
+
+### 設定の更新 {#updated-settings}
+
+- 最近のUTXOセットの増大に伴い、`-dbcache`設定オプションの許容最大値が削除されました。
+  この変更前は、`-dbcache`の値が大きい場合、自動的に16 GiB（32bitシステムでは1 GiB）に抑えられていたことに注意してください。(#28358)
+
+- `-noseednode`、`-nobind`、`-nowhitebind`、`-norpcbind`、`-norpcallowip`、`-norpcwhitelist`、
+  `-notest`、`-noasmap`、`-norpcwallet`、`-noonlynet`、`-noexternalip`などの否定オプションの処理が変更されました。
+  これまでは、これらのオプションを否定すると、混乱を招き、文書化されていない副作用が発生していました。
+  現在は、これらのオプションを否定すると、指定された設定がリセットされ、オプションが指定されなかった場合と同様のデフォルトの動作に戻ります。
+
+- v28.0以降、`-mempoolfullrbf`起動オプションのデフォルト値は`1`に設定されるようになりました。
+  このポリシーが広く採用され、無効化によるメリットがなくなったため、このオプションは削除され、
+  フルRBF（replace-by-fee）が標準の動作になりました。(#30592)
+
+- `-upnp`を設定すると、警告がログに出力され、`-natpmp`として解釈されるようになりました。
+  代わりに`-natpmp`を直接使用するようにしてください。(#31130, #31916)
+
+- 安全チェックとして、`-blockreservedweight`初期パラメーターの値が`2000`ウェイトユニット未満の場合、
+  Bitcoin Coreは**起動に失敗します**。`-blockmaxweight`や`-blockreservedweight`初期パラメーターが
+  コンセンサス制限の`4,000,000 WU`を超える場合も、Bitcoin Coreは**起動に失敗します**。
+
+- `-debug=0`または`-debug=none`を渡すと、`-nodebug`と同様に動作するようになりました。
+  以前設定されたdebugカテゴリはクリアされますが、後続の`-debug`オプションは引き続き適用されます。
+
+- `-rpcthreads`のデフォルトが4から16に変更され、`-rpcworkqueue`のデフォルトが16から64に変更されました。(#31215)
+
+### ビルドシステム {#build-system}
+
+ビルドシステムがAutotoolsからCMakeに移行されました:
+
+1. 必要なCMakeの最小バージョンは3.22です。
+2. インソース・ビルドは許可されていません。
+   ルートソースツリー内のサブディレクトリをビルドディレクトリとして使用する場合、その名前に「build」という部分文字列を含めることが推奨されます。
+3. CMake変数を使ってビルドシステムの設定が可能です。**いくつかのデフォルト設定は変更されています。** 
+   たとえば、zmqでビルドする場合は`-DWITH_ZMQ=ON`を、`bitcoin-qt`をビルドする場合は`-DBUILD_GUI=ON`を追加する必要があります。
+   詳細は、[Autotools to CMake Options Mapping](https://github.com/bitcoin-core/bitcoin-devwiki/wiki/Autotools-to-CMake-Options-Mapping)をご覧ください。
+4. 単一構成のジェネレーターの場合、デフォルトのビルド構成は（`CMAKE_BUILD_TYPE`）は、「RelWithDebInfo」です。
+   ただし、「Release」構成の場合、CMakeはデフォルトでコンパイラ最適化フラグ`-O3`を使用しますが、これは、Bitcoin Coreでは十分にテストされていません。
+   そのため、ビルドシステムはこれを`-O2`に置き換えます。
+5. デフォルトでは、ビルドされた実行ファイルとライブラリは、ビルドディレクトリ内の`bin/`および`lib/`サブディレクトリに配置されます。
+6. ビルドシステムは、コンポーネントベースのインストールをサポートしています。インストール可能なコンポーネントの名前は、ビルドターゲットと一致しています。例:
+    ```
+    cmake -B build
+    cmake --build build --target bitcoind
+    cmake --install build --component bitcoind
+    ```
+7. Autotoolsベースのビルドプロセスで、`CPPFLAGS`、`CFLAGS`、`CXXFLAGS`または`LDFLAGS`環境変数のいずれかを使用していた場合は、
+   代わりに対応するCMake変数（`APPEND_CPPFLAGS`、`APPEND_CFLAGS`、`APPEND_CXXFLAGS`および`APPEND_LDFLAGS`）を使用する必要があります。
+   また専用の`CMAKE_<...>_FLAGS`変数を使用する場合は、コンパイラやリンカーの呼び出しが期待どおりになることを確認する必要があります。
+
+CMakeの設定と使用に関する詳細なガイダンスについては、公式の[CMakeドキュメント](https://cmake.org/cmake/help/latest/)および[CMakeのユーザーインタラクションガイド](https://cmake.org/cmake/help/latest/guide/user-interaction/index.html)をご覧ください。
+さらに、オペレーティングシステム毎の手順については、プラットフォーム固有の`doc/build-*.md`ビルドガイドをご覧ください。
+
+## 低レベルの変更 {#low-level-changes}
+
+### ツールとユーティリティ {#tools-and-utilities}
+
+- 新しいツール[`utxo_to_sqlite.py`](https://github.com/bitcoin/bitcoin/blob/v29.0/contrib/utxo-tools/utxo_to_sqlite.py)は、コンパクトにシリアライズしたUTXOスナップショット（
+  `dumptxoutset`RPCで作成）をSQLite3データベースに変換します。詳細は、スクリプトの
+  `--help`の出力をご覧ください。(#27432)
+
+### テスト {#tests}
+
+- (testnet4用に設計された)BIP94タイムワープ攻撃の緩和策は、regtestネットワークでは有効ではなくなりました。(#31156)
+
+### 依存関係 {#dependencies}
+
+- MiniUPnPcおよびlibnatpmpの依存関係は削除されました。(#31130, #30043)
+
+クレジット {#credits}
+=======
+
+このリリースに直接貢献されたみなさん、ありがとうございます:
+
+- 0xb10c
+- Adlai Chandrasekhar
+- Afanti
+- Alfonso Roman Zubeldia
+- am-sq
+- Andre
+- Andre Alves
+- Anthony Towns
+- Antoine Poinsot
+- Ash Manning
+- Ava Chow
+- Boris Nagaev
+- Brandon Odiwuor
+- brunoerg
+- Chris Stewart
+- Cory Fields
+- costcould
+- Daniel Pfeifer
+- Daniela Brozzoni
+- David Gumberg
+- dergoegge
+- epysqyli
+- espi3
+- Eval EXEC
+- Fabian Jahr
+- fanquake
+- furszy
+- Gabriele Bocchi
+- glozow
+- Greg Sanders
+- Gutflo
+- Hennadii Stepanov
+- Hodlinator
+- i-am-yuvi
+- ion-
+- ismaelsadeeq
+- Jadi
+- James O'Beirne
+- Jeremy Rand
+- Jon Atack
+- jurraca
+- Kay
+- kevkevinpal
+- l0rinc
+- laanwj
+- Larry Ruane
+- Lőrinc
+- Maciej S. Szmigiero
+- Mackain
+- MarcoFalke
+- marcofleon
+- Marnix
+- Martin Leitner-Ankerl
+- Martin Saposnic
+- Martin Zumsande
+- Matthew Zipkin
+- Max Edwards
+- Michael Dietz
+- naiyoma
+- Nicola Leonardo Susca
+- omahs
+- pablomartin4btc
+- Pieter Wuille
+- Randall Naar
+- RiceChuan
+- rkrux
+- Roman Zeyde
+- Ryan Ofsky
+- Sebastian Falbesoner
+- secp512k2
+- Sergi Delgado Segura
+- Simon
+- Sjors Provoost
+- stickies-v
+- Suhas Daftuar
+- tdb3
+- TheCharlatan
+- tianzedavid
+- Torkel Rogstad
+- Vasil Dimov
+- wgyt
+- willcl-ark
+- yancy
+
+[Transifex](https://www.transifex.com/bitcoin/bitcoin/)での翻訳を手伝ってくださったみなさんもありがとうございます。
+{% endgithubify %}