From 60ac13ad2b272de43429f674cf01ec85dbe1959b Mon Sep 17 00:00:00 2001 From: Paul Wackerow <54227730+wackerow@users.noreply.github.com> Date: Wed, 3 Jul 2024 17:18:11 -0400 Subject: [PATCH 1/6] chore: import translations for ja --- public/content/translations/ja/about/index.md | 2 +- .../content/translations/ja/bridges/index.md | 2 +- .../translations/ja/community/events/index.md | 2 +- .../ja/community/get-involved/index.md | 7 +- .../ja/community/language-resources/index.md | 1 + .../ja/contributing/adding-wallets/index.md | 11 +- .../translations/ja/contributing/index.md | 88 ++-- .../contributing/translation-program/index.md | 6 +- public/content/translations/ja/dao/index.md | 68 +-- public/content/translations/ja/desci/index.md | 1 + .../ja/developers/docs/accounts/index.md | 2 +- .../ja/developers/docs/apis/backend/index.md | 173 ++++---- .../ja/developers/docs/apis/json-rpc/index.md | 8 +- .../ja/developers/docs/blocks/index.md | 24 +- .../ja/developers/docs/bridges/index.md | 2 +- .../docs/consensus-mechanisms/index.md | 1 + .../docs/consensus-mechanisms/poa/index.md | 81 ++++ .../pos/attack-and-defense/index.md | 4 +- .../pos/attestations/index.md | 4 +- .../consensus-mechanisms/pos/faqs/index.md | 2 +- .../docs/consensus-mechanisms/pos/index.md | 3 +- .../consensus-mechanisms/pos/keys/index.md | 2 +- .../pos/rewards-and-penalties/index.md | 2 +- .../docs/consensus-mechanisms/pow/index.md | 1 + .../pow/mining/mining-algorithms/index.md | 2 +- .../ja/developers/docs/dapps/index.md | 8 +- .../block-explorers/index.md | 6 +- .../docs/data-and-analytics/index.md | 15 +- .../docs/data-availability/index.md | 6 +- .../patricia-merkle-trie/index.md | 8 +- .../data-structures-and-encoding/rlp/index.md | 16 +- .../ja/developers/docs/design-and-ux/index.md | 4 +- .../ja/developers/docs/evm/index.md | 5 +- .../ja/developers/docs/evm/opcodes/index.md | 8 +- .../ja/developers/docs/frameworks/index.md | 21 +- .../developers/docs/intro-to-ether/index.md | 6 +- .../ja/developers/docs/mev/index.md | 4 +- .../developers/docs/networking-layer/index.md | 8 +- .../ja/developers/docs/networks/index.md | 4 +- .../client-diversity/index.md | 6 +- .../docs/nodes-and-clients/index.md | 13 +- .../nodes-and-clients/light-clients/index.md | 2 +- .../nodes-as-a-service/index.md | 19 +- .../ja/developers/docs/oracles/index.md | 4 +- .../docs/programming-languages/dart/index.md | 2 +- .../docs/programming-languages/java/index.md | 6 + .../programming-languages/python/index.md | 1 + .../docs/programming-languages/rust/index.md | 1 + .../ja/developers/docs/scaling/index.md | 2 +- .../docs/scaling/optimistic-rollups/index.md | 23 +- .../developers/docs/scaling/plasma/index.md | 4 +- .../docs/scaling/sidechains/index.md | 6 +- .../docs/scaling/state-channels/index.md | 254 ++--------- .../developers/docs/scaling/validium/index.md | 8 +- .../docs/scaling/zk-rollups/index.md | 21 +- .../formal-verification/index.md | 2 +- .../docs/smart-contracts/testing/index.md | 15 +- .../ja/developers/docs/standards/index.md | 8 +- .../docs/standards/tokens/erc-1155/index.md | 2 +- .../docs/standards/tokens/erc-20/index.md | 23 +- .../docs/standards/tokens/erc-4626/index.md | 32 +- .../docs/standards/tokens/erc-721/index.md | 6 +- .../docs/standards/tokens/erc-777/index.md | 2 +- .../developers/docs/standards/tokens/index.md | 11 +- .../ja/developers/docs/storage/index.md | 2 +- .../ja/developers/docs/transactions/index.md | 4 +- .../translations/ja/enterprise/index.md | 102 +++-- .../translations/ja/governance/index.md | 3 +- .../how-to-revoke-token-access/index.md | 2 +- .../ja/guides/how-to-swap-tokens/index.md | 2 +- .../ja/guides/how-to-use-a-bridge/index.md | 2 +- .../ja/guides/how-to-use-a-wallet/index.md | 2 +- public/content/translations/ja/nft/index.md | 7 +- .../ja/roadmap/future-proofing/index.md | 2 +- .../roadmap/secret-leader-election/index.md | 4 +- .../ja/roadmap/statelessness/index.md | 2 +- .../content/translations/ja/security/index.md | 54 +-- .../ja/zero-knowledge-proofs/index.md | 10 +- src/intl/ja/common.json | 7 + src/intl/ja/glossary-tooltip.json | 162 +++++++ src/intl/ja/glossary.json | 398 ++++++++++++++++++ src/intl/ja/learn-quizzes.json | 23 +- src/intl/ja/page-about.json | 1 - ...-translation-program-acknowledgements.json | 16 +- src/intl/ja/page-developers-docs.json | 1 + src/intl/ja/page-developers-index.json | 2 + src/intl/ja/page-layer-2.json | 3 +- src/intl/ja/page-what-is-ethereum.json | 6 + 88 files changed, 1272 insertions(+), 636 deletions(-) create mode 100644 public/content/translations/ja/developers/docs/consensus-mechanisms/poa/index.md create mode 100644 src/intl/ja/glossary-tooltip.json create mode 100644 src/intl/ja/glossary.json diff --git a/public/content/translations/ja/about/index.md b/public/content/translations/ja/about/index.md index ee4b4947dcd..e930652cf57 100644 --- a/public/content/translations/ja/about/index.md +++ b/public/content/translations/ja/about/index.md @@ -20,7 +20,7 @@ ethereum.orgは、イーサリアムコミュニティのために公開され [イーサリアムのガバナンスについての詳細](/governance/) -### Ether (ETH) {#ether-or-eth} +### イーサ(ETH)画像 {#ether-or-eth} イーサ(ティッカーシンボル「ETH」としても知られています)は、イーサリアムで取引されるネイティブ通貨です。 ETHは、イーサリアムのネットワーク使用料を(取引手数料の形で)支払うために必要となり、 ETHは、ステークキングでネットワークを保護するためにも使用されます。 イーサリアムの価格について話している時は、ETHを資産として言及しています。 diff --git a/public/content/translations/ja/bridges/index.md b/public/content/translations/ja/bridges/index.md index 16d6af424b9..28e475184b3 100644 --- a/public/content/translations/ja/bridges/index.md +++ b/public/content/translations/ja/bridges/index.md @@ -87,7 +87,7 @@ USDTを貸し出すのにイーサリアムムメインネットのAaveを使用 1. 手動チェックポイント — 搭乗券を渡す前に、係員が航空券の詳細と身分証明書をすべて手動で確認します。 2. セルフチェックイン — 機械にフライトの詳細を入力し、問題がなければ搭乗券を受け取ります。 -手動チェックポイントはトラストモデルに似ており、サードパーティー(係員)に依存します。 係員が正しい決定を行い、個人情報を正しく使用してくれるものと信頼します。 +手動チェックポイントはトラストモデルに似ており、サードパーティーに依存します。すなわち、この例において係員のオペレーションの信頼性に依存します。 係員が正しい決定を行い、個人情報を正しく使用してくれるものと信頼します。 セルフチェックインは、係員による作業を削除し、テクノロジーを使用するため、トラストレスモデルに似ています。 搭乗者は常にデータを管理でき、個人情報をサードパーティに渡す必要はありません。 diff --git a/public/content/translations/ja/community/events/index.md b/public/content/translations/ja/community/events/index.md index b72949cf85a..278f6ebb8ee 100644 --- a/public/content/translations/ja/community/events/index.md +++ b/public/content/translations/ja/community/events/index.md @@ -11,7 +11,7 @@ hideEditButton: true -これはコミュニティにより、維持されているイベントのリストですが、すべてのイベントを網羅するものではありません。 リストに追加すべきイーサリアムのイベントをご存じの場合は、 [こちら](https://github.com/ethereum/ethereum-org-website/blob/dev/src/data/community-events.ts)に加えてください！ +これはコミュニティにより、維持されているイベントのリストですが、すべてのイベントを網羅するものではありません。 リストに追加すべきイーサリアムのイベントをご存じの場合は、 [ぜひ追加してください](https://github.com/ethereum/ethereum-org-website/blob/dev/src/data/community-events.json)。 ## イーサリアムのミートアップ {#meetups} diff --git a/public/content/translations/ja/community/get-involved/index.md b/public/content/translations/ja/community/get-involved/index.md index f5272999cf1..86098fab1dc 100644 --- a/public/content/translations/ja/community/get-involved/index.md +++ b/public/content/translations/ja/community/get-involved/index.md @@ -13,7 +13,6 @@ lang: ja ## デベロッパー {#developers} - [ethereum.org/developers/](/developers/) - イーサリアムについての学習 -- [Gitcoin](https://gitcoin.co/) - 大小規模の技術問題に取り組み、暗号通貨の報酬を獲得 - [ETHGlobal](http://ethglobal.co/) - お近くのETHGlobalハッカソンへの参加 - [自分の専門分野や好きなプログラミング言語に関連するプロジェクト](/developers/docs/programming-languages/)の確認 - [コアデベロッパーコール](https://www.youtube.com/@EthereumProtocol)の視聴または参加 @@ -39,6 +38,7 @@ lang: ja - [Ethresear.ch](https://ethresear.ch) - イーサリアム研究の主要なフォーラムであり、暗号経済学の世界で最も影響力のあるフォーラム - [EF Research AMA](https://old.reddit.com/r/ethereum/comments/vrx9xe/ama_we_are_ef_research_pt_8_07_july_2022) - 研究者とのQ&Aシリーズ。 次のパートが始まるたびに、誰でも質問を投稿可能 - [エコシステム・サポート・プログラムのウィッシュリスト](https://esp.ethereum.foundation/wishlist/) - イーサリアムのエコシステム・サポート・プログラムが助成金の申請を募集している研究分野 +- [AllWalletDevs](allwallet.dev) - イーサリアムデベロッパー、デザイナー、関心のあるユーザーが定期的に集まってウォレットについて議論するフォーラム [研究が活発な領域を探索](/community/research/) @@ -118,13 +118,12 @@ ETHをステーキングすると、イーサリアムネットワークの保 「DAO」とは分散型自律組織のことで、 メンバーシップの管理、提案への投票、またはプールされた資産の管理など、イーサリアム技術を活用し、組織やコラボレーションを円滑化しているグループを指します 。 分散型自律組織(DAO)はまだ実験段階ではありますが、自分が共感できるグループを見つけ、協力者を探し、イーサリアムコミュニティへの影響力を拡大する機会を提供してくれます。 [分散型自律組織(DAO)の詳細](/dao/) -- [DAOSquare](https://www.daosquare.io) [@DAOSquare](https://twitter.com/DAOSquare) - _非技術分野で分散型自律組織(DAO)の概念をプロモーションし、価値の創造を支援_ +- [DAOSquare](https://daosquare.io/) [@DAOSquare](https://twitter.com/DAOSquare) - _非技術分野で分散型自律組織(DAO)の概念をプロモーションし、価値の創造を支援_ - [Developer DAO](https://www.developerdao.com/) [@developer_dao](https://twitter.com/developer_dao) - _インターネットは共同所有されるべきという信念を共有するデベロッパーコミュニティ_ - [dOrg](https://dOrg.tech) [@dOrg_tech](https://twitter.com/dOrg_tech) - _分散型自律組織(DAO)として機能しているフリーランスのWeb3開発共同体_ - [HausDAO](https://daohaus.club) [@nowdaoit](https://twitter.com/nowdaoit) - _DAOhausのコミュニティガバナンス_ -- [LexDAO](https://lexdao.coop) [@lex_DAO](https://twitter.com/lex_DAO) - _リーガル・エンジニアリング_ +- [LexDAO](https://lexdao.org) [@lex_DAO](https://twitter.com/lex_DAO) - _リーガル・エンジニアリング_ - [Machi X](https://machix.com) [@MachiXOfficial](https://twitter.com/MachiXOfficial) - _アート・コミュニティ_ -- [MetaCartel](https://metacartel.org) [@Meta_Cartel](https://twitter.com/Meta_Cartel) - _分散型自律組織(DAO)インキュベータ_ - [MetaCartel Ventures](https://metacartel.xyz) [@VENTURE_DAO](https://twitter.com/VENTURE_DAO) - _プレシード暗号プロジェクトのベンチャー_ - [MetaGame](https://metagame.wtf) [@MetaFam](https://twitter.com/MetaFam) - _実際のMMORPGゲームメカニクス_ - [MetaFactory](https://metafactory.ai) [@TheMetaFactory](https://twitter.com/TheMetaFactory) - _デジ・フィジカルのアパレルブランド_ diff --git a/public/content/translations/ja/community/language-resources/index.md b/public/content/translations/ja/community/language-resources/index.md index 0efbf5695c2..a5c8b28a13f 100644 --- a/public/content/translations/ja/community/language-resources/index.md +++ b/public/content/translations/ja/community/language-resources/index.md @@ -32,6 +32,7 @@ ethereum.orgは、40言語以上のネイティブに翻訳されており、各 - [Cointelegraph](http://cointelegraph.com.br/category/analysis) - ブラジル版Cointelegraph、主要な暗号通貨報道機関 - [Livecoins](http://www.livecoins.com.br/ethereum) - 暗号通貨ニュースとツール - [Seudinheiro](http://www.seudinheiro.com/criptomoedas/) - 暗号通貨ニュースとレポート +- [Modular Crypto](https://modularcrypto.xyz/) - 暗号通貨ニュースおよび教育記事 **教育** diff --git a/public/content/translations/ja/contributing/adding-wallets/index.md b/public/content/translations/ja/contributing/adding-wallets/index.md index 0ccb2713447..57d1baceb3a 100644 --- a/public/content/translations/ja/contributing/adding-wallets/index.md +++ b/public/content/translations/ja/contributing/adding-wallets/index.md @@ -10,10 +10,9 @@ lang: ja 誰でもethereum.orgへウォレットの掲載を提案することができます。 私たちが見逃しているウォレットがあれば、ぜひ提案してください！ -誰でも新しいウォレットの掲載を提案することができ、 以下に掲載されます。 +以下に掲載されます。 - [ethereum.org/wallets/find-wallet/](/wallets/find-wallet/) -- [ethereum.org/wallets/](/wallets/) イーサリアムのウォレットは、急速に変化しています。 公正なフレームワークの作成を試みていますが、掲載基準は時間と共に変化し、進化する場合があります。 @@ -26,6 +25,12 @@ lang: ja - **アクティブなチームによる活動** - 品質を確保し、ユーザーが質問に対するサポートを得られるようにすることに役立ちます。 - **情報の誠実性および正確さ** - プロジェクトが記載するすべての内容は、誠実で正確な情報が含まれること。 虚偽の情報が含まれる、例えば、実際にはそうではないのに製品を「オープンソース」と定義している場合、製品は削除されます。 - **問い合わせ窓口** - 変更が行われたときに正確な情報を得るには、ウォレットの問い合わせ窓口が非常に役立ちます。 今後の情報を収集する際に、ethereum.orgが常に最新で管理しやすい状態に保たれます。 +- **EIP-1559 (タイプ2) トランザクション** - ウォレットがメインネットのイーサリアムのトランザクションでEIP-1559 (タイプ2) トランザクションをサポートしていること。 +- **優れたユーザーエクスペリエンス** - ユーザーエクスペリエンスは主観的ですが、コアメンバーの何人かが製品をテストして、使いにくいと感じた場合、私たちはウォレットの掲載を拒否する権利を有しており、代わりに改善に役立つ提案をします。 これは、主に初心者で構成される私たちのユーザーベースを保護するためです。 + +### 製品の削除 {#product-removals} + +- **更新情報** -ウォレットプロバイダーは、半年ごとにウォレットの情報を再送信する責任があります(製品に変更がない場合でも必要です)。これにより、提供された情報の正当性と関連性を確保します。 製品チームがこれを怠った場合、ethereum.orgはページから該当の製品を削除することがあります。 ### その他の基準: 任意項目 {#the-nice-to-haves} @@ -45,7 +50,6 @@ lang: ja - **ガス代のカスタマイズ** - ユーザーが、ウォレットでトランザクションのガス代をカスタマイズできること (ベースフィー、プライオリティフィー、最大フィー)。 - **ENSのサポート** - ウォレットでユーザーがENS名を使ったトランザクションの送信ができること。 - **ERC-20サポート** - ウォレットでユーザーがERC-20トークンコントラクトをインポートしたり、ERC-20トークンのクエリや表示を自動で実行したりできること。 -- **EIP-1559 (タイプ2) トランザクション** - ウォレットがEIP-1559 (タイプ2) トランザクションをサポートしていること。 - **暗号資産の購入** - ユーザーが暗号資産を直接購入して開始することを、ウォレットがサポートしていること。 - **法定通貨での売却** - ユーザーが直接カードや銀行口座に法定通貨で売却や引き出しを行うことを、ウォレットがサポートしていること。 - **マルチシグ** - ウォレットがトランザクションの署名にマルチシグによる署名をサポートしていること。 @@ -70,6 +74,7 @@ ethereum.orgにウォレットの追加をご希望の場合は、GitHubでイ ethereum.orgは、オープンソースコミュニティによって維持されており、最新の状態に保つためにコミュニティの力を借りています。 掲載されているウォレットに関する情報に更新が必要であることに気付いた場合は、 [イシューを作成](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=wallet+%3Apurse%3A&template=suggest_wallet.yaml)するか[プルリクエスト](https://github.com/ethereum/ethereum-org-website/pulls)をしてください！ + ## 利用規約 {#terms-of-use} [利用規約](/terms-of-use/)も参照してください。 ethereum.orgの情報は、一般的な情報提供のみを目的としています。 diff --git a/public/content/translations/ja/contributing/index.md b/public/content/translations/ja/contributing/index.md index d19975529e0..2dd80c61c64 100644 --- a/public/content/translations/ja/contributing/index.md +++ b/public/content/translations/ja/contributing/index.md @@ -6,37 +6,53 @@ lang: ja # ethereum.orgへの貢献🦄 {#contributing-to-ethereumorg} -ethereum.orgのウェブサイトは、より広範なイーサリアムと同様に、オープンソースプロジェクトです。 [イーサリアムへのポータル](/about/)の改善にご協力いただける場合は、こちらをご覧ください。 +ethereum.orgは、オープンソースで運営されているプロジェクトで、**12,000人以上**のコントリビューターが翻訳、執筆、デザイン、保守を行っているウェブサイトです。 - - 出席証明プロトコル(POAP)トークンが得られます。 2022年にethereum.orgに貢献した人は、ユニークな出席証明プロトコル(POAP)が準備されています。{" "}POAPについての詳細 - +私たちは友好的なコミュニティで、イーサリアムエコシステム内であなたの成長と学習を支援し、あなたは有意義に貢献して関連する実践的な経験を得ることができます。 ## 貢献の方法 {#ways-to-contribute} -- [オープンされているイシューに取り組む](https://github.com/ethereum/ethereum-org-website/issues) _- 必要と判断されたタスク_ -- [翻訳プログラムへの参加](/contributing/translation-program/) _- 新しい言語へのethereum.orgの翻訳を支援する_ -- [ウェブサイトのデザインの支援](/contributing/design/) _– あらゆるレベルのデザイナーがウェブサイトの改善に貢献できる_ -- [コミュニティリソースの追加](/contributing/content-resources/) _- 関連ページに役立つ記事やリソースを追加する_ -- [プロダクトの追加](/contributing/adding-products/) _- 関連ページに分散型アプリ(Dapp)やウォレットを追加する_ -- [デベロッパーツールの追加](/contributing/adding-developer-tools/) _- 関連ページにデベロッパーツールを追加する_ -- [取引所の追加](/contributing/adding-exchanges/) _- [取引所を探す](/get-eth/#country-picker)_に取引所を追加する -- [リサーチの改善](https://www.notion.so/efdn/Ethereum-org-User-Persona-Memo-b44dc1e89152457a87ba872b0dfa366c) _- 私たちのリサーチに対する意見、感想を共有する_ -- [機能のリクエスト](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=Type%3A+Feature&template=feature_request.yaml&title=) _– 新しい機能やデザインに関するアイデアを知らせる_ -- [用語の追加](/contributing/adding-glossary-terms) _- イーサリアム[用語集](/glossary/)_の継続的な拡張を支援する -- [コンテンツの作成/編集](/contributing/#how-to-update-content) _- 新しいページを提案するか、すでにあるものに手を加える_ -- [レイヤー2の追加](/contributing/adding-layer-2s/) _- 関連ページにレイヤー2を追加する_ -- [ステーキング製品やサービスの追加](/contributing/adding-staking-products/) - _ソロステーキング、プールステーキング、またはステーキング・アズ・ア・サービスを促進するプロジェクトを追加する_ -- [ウォレットの追加](/contributing/adding-wallets/) _- [ウォレットを探すページ](/wallets/find-wallet/)にウォレットを追加する_ -- [分散型サイエンス(DeSci)ページのプロジェクトの提案](/contributing/adding-desci-projects/)_- 分散型サイエンスに貢献するイーサリアム上のプロジェクトを追加する_ -- [クイズ](/contributing/quizzes/) _- 関連するページのクイズ問題集の内容に追加、更新、削除を行う_ -- [デザインリソースの提案](/contributing/design/adding-design-resources/) _- 有用なデザインリソースを追加、更新、削除する_ - -_ご質問がある場合は_🤔、[Discordサーバー](https://discord.gg/ethereum-org)でご連絡ください +**翻訳** +- [翻訳プログラムへの参加](/contributing/translation-program/) – 新しい言語へのethereum.orgの翻訳を支援する + +**開発** +- [未解決のイシューに取り組む](https://github.com/ethereum/ethereum-org-website/issues) – 必要と判断されたタスク + +**デザイン** +- [ウェブサイトのデザインの支援](/contributing/design/) – あらゆるレベルのデザイナーがウェブサイトの改善に貢献できる + +**コンテンツ** +- [コンテンツの作成/編集](/contributing/#how-to-update-content) – 新しいページを提案するか、すでにあるものに手を加える +- [コミュニティリソースの追加](/contributing/content-resources/) – 関連ページに役立つ記事やリソースを追加する +- [デザインリソースの提案](/contributing/design/adding-design-resources/) – 有用なデザインリソースを追加、更新、削除する +- [用語の追加](/contributing/adding-glossary-terms/) – イーサリアム[用語集](/glossary/)の継続的な拡張を支援する +- [クイズ](/contributing/quizzes/) – 関連するページのクイズ問題集の内容に追加、更新、削除を行う + +**機能のアイデア** +- [機能のリクエスト](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=Type%3A+Feature&template=feature_request.yaml&title=) – 新しい機能やデザインに関するアイデアを知らせる + +**製品リスト** +- [取引所の追加](/contributing/adding-exchanges/) – [取引所を探す](/get-eth/#country-picker)に取引所を追加する +- [製品の追加](/contributing/adding-products/) – 関連ページに分散型アプリ(Dapp)やウォレットを追加する +- [デベロッパーツールの追加](/contributing/adding-developer-tools/) – 関連ページにデベロッパーツールを追加する +- [レイヤー2の追加](/contributing/adding-layer-2s/) – 関連ページにレイヤー2を追加する +- [ステーキング製品やサービスの追加](/contributing/adding-staking-products/) – ソロステーキング、プールステーキング、またはステーキング・アズ・ア・サービスを促進するプロジェクトを追加する +- [ウォレットの追加](/contributing/adding-wallets/) – [ウォレットを探すページ](/wallets/find-wallet/)にウォレットを追加する +- [分散型サイエンス(DeSci)ページのプロジェクトの提案](/contributing/adding-desci-projects/) – 分散型サイエンスに貢献するイーサリアム上のプロジェクトを追加する + +ご質問はありますか？ 🤔 そうならば[Discordサーバー](https://discord.gg/ethereum-org)に参加してください！ + +## 貢献を始めるのに適した最初のタスク + +現在、解決を手伝っていただきたいタスクがいくつかあります。 変更のほとんどは、GitHubを通じて行われるため、GitHubアカウントが必要になります。 + + + +すべてのタスクを確認する ## ethereum.orgでの活動方法 {#how-to-update-content} -サイトにコンテンツを作成するにしても、あるいはオープンな問題に取り組むにしても、[GitHub](https://github.com)アカウントが必要になります。 +[翻訳プログラム](/contributing/translation-program/)で貢献したい場合は、[Crowdin](https://crowdin.com/project/ethereum-org)でアカウントを作成してください。 その他、具体的にはコンテンツやビジュアルの追加や編集、バグの修正、オープンされているタスクに取り組みたい場合などは、[GitHub](https://github.com/)アカウントが必要になります。 すべてのアップデートは、GitHubのPRプロセスを通して行われます。 つまり、ウェブサイトのローカルコピーを作成し、変更を加え、更新するようリクエストします。 初めての場合は、[GitHubリポジトリ](https://github.com/ethereum/ethereum-org-website)の一番下にある説明に従ってください。 @@ -52,9 +68,11 @@ _ご質問がある場合は_🤔、[Discordサーバー](https://discord.gg/eth - [スタイルガイド](/contributing/style-guide/) - [行動規範](/community/code-of-conduct) + + ## サイトに関する決定 {#how-decisions-about-the-site-are-made} -個々のPR、デザインの進化、メジャーなアップグレードに関する決定は、イーサリアムのエコシステム全体からなるチームによって行われます。 このチームには、プロジェクトマネージャー、デベロッパー、デザイナー、マーケティング、コミュニケーションなど各領域の専門家が含まれます。 コミュニティからの情報は、すべての決定に反映されるため、問題でご質問、PRの送信、チームへの連絡をお願いします。 +個々のPR、デザインの進化、メジャーなアップグレードに関する決定は、イーサリアムのエコシステム全体からなるチームによって行われます。 このチームには、プロジェクトマネージャー、デベロッパー、デザイナー、マーケティングとコミュニケーションなど各領域の専門家が含まれます。 コミュニティからの情報は、すべての決定に反映されるため、イシューの質問、PRの送信、チームへの連絡をお願いします。 - [website@ethereum.org](mailto:website@ethereum.org) - [@ethdotorg](https://twitter.com/ethdotorg) @@ -66,26 +84,26 @@ ethereum.orgにコンテンツや成果物を提供する際は、オリジナ ## オープンソースが初めての場合 {#new-to-open-source} -GitHubリポジトリには、オープンソースに初めて触れるデベロッパーのために特別に設計された、分かりやすい初心者向けの問題があり、[good first issue(初心者向け)](https://github.com/ethereum/ethereum-org-website/issues?q=is%3Aopen+is%3Aissue+label%3A%22good+first+issue%22)のラベル付けされています。 +GitHubリポジトリには、オープンソースに初めて触れるデベロッパーのために特別に設計された、取り組みやすい初心者向けのイシューがあり、[good first issue(初心者向け)](https://github.com/ethereum/ethereum-org-website/issues?q=is%3Aopen+is%3Aissue+label%3A%22good+first+issue%22)とラベル付けされています。 -## コントリビューターの出席証明プロトコル(POAP) {#poap} +## オンチェーン功績トークン(OAT)の申請 {#oat} -貢献がethereum.orgに取り入れられた場合、コントリビューターにユニークな出席証明プロトコル(POAP)を発行します。 この出席証明プロトコル(POAP)トークンは、あなたがエコシステムをより素晴らしいものにするために貢献したことを示すオンチェーンの証明です。 +あなたのコントリビューションがethereum.orgにマージされると、[Galxe](https://galxe.com/ethereumorg/)で特別なバッジを請求できるように変更されます。 オンチェーン功績トークン(OAT)は、エコシステムをささやかながらより素晴らしいものにするのに貢献したことの証拠です。 -[出席証明プロトコル(POAP)の詳細](https://www.poap.xyz/) - -### 申請方法 {#how-to-claim} +[OATの詳細](https://help.galxe.com/en/articles/7067290-galxe-oats-reward-and-celebrate-achievements) +### 申請方法 1. [Discordサーバー](https://discord.gg/ethereum-org)に参加します。 2. `#🥇 | proof-of-contribution`チャンネルにあなたの投稿へのリンクを貼り付けてください。 -3. 出席証明プロトコル(POAP)へのリンクが送られるまでお待ちください。 -4. 出席証明プロトコル(POAP)を受け取ります。 +3. OATへのリンクが送られるまでお待ちください。 +4. OATを受け取ります。 -出席証明プロトコル(POAP)の受け取りには、セルフ・カストディのウォレットのみを使用してください。 取引所のアカウントや秘密鍵を保有していないその他のアカウントなどは、使わないでください。これらのアカウントでは、出席証明プロトコル(POAP)へのアクセスや管理ができません。 +OATの受け取りには、セルフ・カストディのウォレットのみを使用してください。 取引所のアカウントや秘密鍵を保有していないその他のアカウントなどは、使わないでください。これらのアカウントでは、OATへのアクセスや管理ができません。 ## GitPOAPの申請 {#claim-gitpoap} -GitPOAPは、マージされたコントリビューションを自動的に認識し、プラットフォーム上で別々に固有のコントリビュータPOAPをミントできます。 +GitPOAPは、マージされたコントリビューションを自動的に認識し、プラットフォーム上で別々に固有のコントリビューターPOAPをミントできます。 + ### 申請方法 {#how-to-claim} diff --git a/public/content/translations/ja/contributing/translation-program/index.md b/public/content/translations/ja/contributing/translation-program/index.md index 3198bfea6b7..4e10116281d 100644 --- a/public/content/translations/ja/contributing/translation-program/index.md +++ b/public/content/translations/ja/contributing/translation-program/index.md @@ -36,7 +36,7 @@ ethereum.org翻訳プログラムの詳細については、[ミッションと ### これまでの進捗 {#our-progress} -- [**5,600人以上**の翻訳者](/contributing/translation-program/contributors/) +- [**6,000人以上**の翻訳者](/contributing/translation-program/contributors/) - **62**言語に対応 - [**300万**語翻訳(2023年時点)](/contributing/translation-program/acknowledgements/) @@ -50,9 +50,9 @@ ethereum.orgは、何千人ものコミュニティメンバーによって翻 翻訳プログラムに貢献し、5000語以上の翻訳が承認された場合、ethereum.org翻訳者証明書受け取ることができます。 [証明書の詳細](/contributing/translation-program/acknowledgements/#certificate) -#### 出席証明プロトコル(POAP) {#poaps} +#### OAT {#oats} -翻訳にご協力いただいた全員に、ethereum.org翻訳プログラムへの貢献を証する、出席証明プロトコル(POAP)を発行します。 [出席証明プロトコル(POAP)の詳細](/contributing/translation-program/acknowledgements/#poap) +翻訳プログラムのコントリビュータは、2024年の翻訳単語数に基づいて様々なOAT(オンチェーン功績トークン)を受け取る資格があります。 OATは、ethereum.org翻訳プログラムへ貢献したことを証明するNFTです。 [OATの詳細](/contributing/translation-program/acknowledgements/#oats) #### 翻訳者の表彰 {#translator-acknowledgements} diff --git a/public/content/translations/ja/dao/index.md b/public/content/translations/ja/dao/index.md index a3cd68a784a..f788f81591a 100644 --- a/public/content/translations/ja/dao/index.md +++ b/public/content/translations/ja/dao/index.md @@ -14,9 +14,9 @@ summaryPoint3: 特定の目的に資金を委ねるのに安全な場所 ## 自律分散組織(DAO)とは {#what-are-daos} -DAO は、共通の目的のために行動する、集団所有された組織のことです。 +DAOは、共通の目的のために行動する、集団所有された組織のことです。 -分散型自律組織(DAO)は資金や運営の管理において、誰かを信用することなく、世界中の同じ志を持つ人々と共に働くことを可能します。 気まぐれに資金を使い込む CEO はいませんし、帳簿を操作できる CFO もいません。 誰かを依存・信用するのではなく、ブロックチェーンベースのルールがコード化され、組織の運営や資金の使われ方を定義しています。 +分散型自律組織(DAO)は資金や運営の管理において、誰かを信用することなく、世界中の同じ志を持つ人々と共に働くことを可能します。 気まぐれに資金を使い込むCEOはいませんし、帳簿を操作できるCFOもいません。 誰かを依存・信用するのではなく、ブロックチェーンベースのルールがコード化され、組織の運営や資金の使われ方を定義しています。 グループの承認なしには誰もアクセスできない資金が組み込まれています。 意思決定は、提案と投票によって行われ、組織内の誰しもが発言権を持つことが保障されています。また、全て[オンチェーン](/glossary/#on-chain)で行われるため、透明性も確保されています。 @@ -28,13 +28,13 @@ DAO は、共通の目的のために行動する、集団所有された組織 ### 比較 {#dao-comparison} -| 分散型自律組織(DAO) | 従来の組織 | -| -------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------- | -| 通常はフラットな組織で、完全に民主化 | 通常は階層的 | -| 変更を実行するには、メンバーによる投票が必要 | 組織構造によっては、単独の当事者から変更が要求されることがあり、または投票が行われる場合がある | -| 投票は集計され、結果は信頼できる仲介者なしに自動的に実行される | 投票が可能な場合、投票は内部で集計され、投票結果は手動での処理が必要 | -| 提供されるサービスは、自動的に分散化された方法で処理される(例えば慈善資金の分配) | 人間による処理、または集中管理された自動化を必要とし、改ざんされるおそれがある | -| すべてのアクティビティは透明で完全に公開 | 通常、アクティビティは非公開で、一般には非公開 | +| 分散型自律組織(DAO) | 従来の組織 | +| ----------------------------------------- | ----------------------------------------------- | +| 通常はフラットな組織で、完全に民主化 | 通常は階層的 | +| 変更を実行するには、メンバーによる投票が必要 | 組織構造によっては、単独の当事者から変更が要求されることがあり、または投票が行われる場合がある | +| 投票は集計され、結果は信頼できる仲介者なしに自動的に実行される | 投票が可能な場合、投票は内部で集計され、投票結果は手動での処理が必要 | +| 提供されるサービスは、自動的に分散化された方法で処理される(例えば慈善資金の分配) | 人間による処理、または集中管理された自動化を必要とし、改ざんされるおそれがある | +| すべてのアクティビティは透明で完全に公開 | 通常、アクティビティは非公開で、一般には非公開 | ### 分散型自律組織(DAO)の事例 {#dao-examples} @@ -71,7 +71,7 @@ DAO は、共通の目的のために行動する、集団所有された組織 #### 有名な事例 {#governance-example} -[ENS](https://claim.ens.domains/delegate-ranking) – ENS 保有者は、自分たちの代表として、コミュニティメンバーに投票を委任できます。 +[ENS](https://claim.ens.domains/delegate-ranking) – ENS保有者は、自分たちの代表として、コミュニティメンバーに投票を委任できます。 ### 自動トランザクションガバナンス {#governance-example} @@ -79,79 +79,79 @@ DAO は、共通の目的のために行動する、集団所有された組織 #### 有名な事例 {#governance-example} -[Nouns](https://nouns.wtf) – Nouns DAO では、定足数を満たし、過半数が賛成票であれば、創設者が拒否権を行使しない限り、トランザクションは自動的に実行されます。 +[Nouns](https://nouns.wtf) – Nouns DAOでは、定足数を満たし、過半数が賛成票であれば、創設者が拒否権を行使しない限り、トランザクションは自動的に実行されます。 ### マルチシグガバナンス {#governance-example} -分散型自律組織(DAO)には投票権のあるメンバーが何千人も在籍するかもしれませんが、資金は 5 ～ 20 人のアクティブなメンバーが共有する[ウォレット](/glossary/#wallet)に保有されている場合があります。これらのメンバーは信用されており、通常は個人情報が公開されています(コミュニティに公的な身元が公開)。 投票の結果をもって、[マルチシグ](/glossary/#multisig)の署名者はコミュニティの意思を実施します。 +分散型自律組織(DAO)には投票権のあるメンバーが何千人も在籍するかもしれませんが、資金は5～20人のアクティブなメンバーが共有する[ウォレット](/glossary/#wallet)に保有されている場合があります。これらのメンバーは信用されており、通常は個人情報が公開されています(コミュニティに公的な身元が公開)。 投票の結果をもって、[マルチシグ](/glossary/#multisig)の署名者はコミュニティの意思を実施します。 ## 分散型自律組織(DAO)法 {#dao-laws} -1977 年にワイオミング州は、起業家を保護し、責任を有限にする合同会社(LLC)を制定しました。 近年では、ワイオミング州は分散型自律組織(DAO)の法的地位を確立する法律を制定し、パイオニアとなっています。 現在、ワイオミング州、バーモント州、ヴァージン諸島に、何らかの形の分散型自律組織(DAO)法があります。 +1977年にワイオミング州は、起業家を保護し、責任を有限にする合同会社(LLC)を制定しました。 近年では、ワイオミング州は分散型自律組織(DAO)の法的地位を確立する法律を制定し、パイオニアとなっています。 現在、ワイオミング州、バーモント州、ヴァージン諸島に、何らかの形の分散型自律組織(DAO)法があります。 ### 有名な事例 {#law-example} -[CitiDAO](https://citydao.io) – CitiDAO は、ワイオミング州の分散型自律組織(DAO)法を利用して、イエローストーン国立公園近くの 40 エーカーの土地を購入しました。 +[CityDAO](https://citydao.io) – CityDAOは、ワイオミング州の分散型自律組織(DAO)法を利用して、イエローストーン国立公園近くの40エーカーの土地を購入しました。 ## 分散型自律組織(DAO)のメンバーシップ {#dao-membership} -分散型自律組織(DAO)のメンバーシップにはいくつかのモデルがあります。 メンバーシップにより、投票の仕組みや DAO の他の重要な部分を決定することができます。 +分散型自律組織(DAO)のメンバーシップにはいくつかのモデルがあります。 メンバーシップにより、投票の仕組みやDAOの他の重要な部分を決定することができます。 ### トークンベースのメンバーシップ {#token-based-membership} 使用されるトークンにもよりますが、通常は完全に[パーミッションレス](/glossary/#permissionless)です。 ほとんどの場合、これらのガバナンストークンは、[分散型取引所](/glossary/#dex)でパーミッションレスで取引できます。 それ以外のトークンは、流動性もしくはその他の「プルーフ・オブ・ワーク」を提供することで獲得する必要があります。 いずれにせよ、トークンの保持により投票権が付与されます。 -一般的には、広範な分散型プロトコルやトークン自体を管理するために使用されます。 +_一般的には、広範な分散型プロトコルやトークン自体を管理するために使用されます。_ #### 有名な事例 {#token-example} -[MakerDAO](https://makerdao.com) – MakerDAO のトークンである MKR は分散型取引所で広く入手可能で、購入することにより、誰でも Maker プロトコルの将来についての投票権を得ることができます。 +[MakerDAO](https://makerdao.com) – MakerDAOのトークンであるMKRは分散型取引所で広く入手可能で、購入することにより、誰でもMakerプロトコルの将来についての投票権を得ることができます。 ### シェアベースのメンバーシップ {#share-based-membership} シェアベースの分散型自律組織(DAO)は、よりパーミッション型ではありますが、かなりオープンです。 分散型自律組織(DAO)への参加希望者は、トークンや作品といった何らかの価値のある物を提供することで、自分自身の参加を提案します。 シェアは、直接投票権と所有権を表します。 メンバーはいつでも、自分の保有する資産の持分を持って退会できます。 -一般的には、慈善団体やワーカーズ・コレクティブ、投資クラブなど、より密接な関係を持つ人間が中心となる組織に使われています。 また、プロトコルやトークンも管理できます。 +_一般的には、慈善団体やワーカーズ・コレクティブ、投資クラブなど、より密接な関係を持つ人間が中心となる組織に使われています。 また、プロトコルやトークンも管理できます。_ #### 有名な事例 {#share-example} -[MolochDAO](http://molochdao.com/) - MolochDAO は主にイーサリアムプロジェクトの資金調達を行っています。 メンバーになるには、提案が必要となります。この提案によって、あなたが助成先候補に関して、十分な情報に基づいて判断できるだけの必要な専門知識と資本を持っているかどうかが評価されます。 オープン市場で権利を購入するだけでは、この分散型自律組織(DAO)に参加することはできません。 +[MolochDAO](http://molochdao.com/) - MolochDAOは主にイーサリアムプロジェクトの資金調達を行っています。 メンバーになるには、提案が必要となります。この提案によって、あなたが助成先候補に関して、十分な情報に基づいて判断できるだけの必要な専門知識と資本を持っているかどうかが評価されます。 オープン市場で権利を購入するだけでは、この分散型自律組織(DAO)に参加することはできません。 ### レピュテーション(評価・評判)ベースのメンバーシップ {#reputation-based-membership} レピュテーション(評価・評判)とは、分散型自律組織(DAO)における参加証明と投票権の付与を表します。 トークンやシェアベースのメンバーシップとは異なり、レピュテーションベースの分散型自律組織(DAO)は所有権をコントリビューターに譲渡しません。 レピュテーションは購入、移管、または委任できず、分散型自律組織メンバーは参加を通じてレピュテーションを構築する必要があります。 オンチェーン投票はパーミッションレスで、メンバー候補は分散型自律組織(DAO)への参加を自由に提案でき、貢献の対価としてレピュテーションやトークンを受け取ることを要求することができます。 -_主にプロトコルや[Dapp](/glossary/#dapp)の分散型開発や分散型ガバナンスに利用されていますが、慈善団体、ワーカーズ・コレクティブ、投資クラブなど、多様な組織にも向いています。_ +_主にプロトコルや[分散型アプリ(Dapp)](/glossary/#dapp)の分散型開発や分散型ガバナンスに利用されていますが、慈善団体、ワーカーズ・コレクティブ、投資クラブなど、多様な組織にも向いています。_ #### 有名な事例 {#reputation-example} -[DXdao](https://DXdao.eth.limo) - DXdao は、2019 年から分散型プロトコルやアプリケーションを構築し統治するグローバル・ソブリン団体でした。 レピュテーションに基づくガバナンスと[ホログラフィック・コンセンサス](/glossary/#holographic-consensus)を活用して資金を調整・管理することで、誰かが金銭的な手段を使って、DXdao の今後に影響をおよぼしたり、支配したりすることはできませんでした。 +[DXdao](https://DXdao.eth.limo) - DXdaoは、2019年から分散型プロトコルやアプリケーションを構築し統治するグローバル・ソブリン団体でした。 レピュテーションに基づくガバナンスと[ホログラフィック・コンセンサス](/glossary/#holographic-consensus)を活用して資金を調整・管理することで、誰かが金銭的な手段を使って、DXdaoの今後に影響をおよぼしたり、支配したりすることはできませんでした。 -## DAO に参加する/DAO を立ち上げる {#join-start-a-dao} +## DAOに参加する/DAOを立ち上げる {#join-start-a-dao} ### 分散型自律組織(DAO)への参加 {#join-a-dao} - [イーサリアムコミュニティ分散型自律組織(DAO)](/community/get-involved/#decentralized-autonomous-organizations-daos) -- [DAOHaus の分散型自律組織(DAO)リスト](https://app.daohaus.club/explore) -- [Tally.xyz の分散型自律組織(DAO)リスト](https://www.tally.xyz) +- [DAOHausの分散型自律組織(DAO)リスト](https://app.daohaus.club/explore) +- [Tally.xyzの分散型自律組織(DAO)リスト](https://www.tally.xyz) ### 分散型自律組織(DAO)を始める {#start-a-dao} -- [DAOHaus で分散型自律組織(DAO)を招集](https://app.daohaus.club/summon) -- [Tally で Governor DAO を始める](https://www.tally.xyz/add-a-dao) -- [Aragon による分散型自律組織(DAO)を作成](https://aragon.org/product) +- [DAOHausで分散型自律組織(DAO)を招集](https://app.daohaus.club/summon) +- [TallyでGovernor DAOを始める](https://www.tally.xyz/add-a-dao) +- [Aragonによる分散型自律組織(DAO)を作成](https://aragon.org/product) - [コロニーを始める](https://colony.io/) -- [DAOstack のホログラフィック・コンセンサスで DAO を作成](https://alchemy.daostack.io/daos/create) +- [DAOstackのホログラフィック・コンセンサスでDAOを作成](https://alchemy.daostack.io/daos/create) ## 参考文献 {#further-reading} ### 分散型自律組織(DAO)の関連記事 {#dao-articles} -- [分散型自律組織(DAO)とは](https://aragon.org/dao) - [Aragon](https://aragon.org/) -- [分散型自律組織(DAO)](https://wiki.metagame.wtf/docs/great-houses/house-of-daos) - [Metagame](https://wiki.metagame.wtf/) -- [分散型自律組織(DAO)とは、およびその目的](https://daohaus.substack.com/p/-what-is-a-dao-and-what-is-it-for) - [DAOhaus](https://daohaus.club/) -- [分散型自律組織(DAO)のデジタルコミュニティの作成方法](https://daohaus.substack.com/p/four-and-a-half-steps-to-start-a) - [DAOhaus](https://daohaus.club/) -- [分散型自律組織(DAO)とは](https://coinmarketcap.com/alexandria/article/what-is-a-dao) - [Coinmarketcap](https://coinmarketcap.com) +- [分散型自律組織(DAO)とは](https://aragon.org/dao) – [Aragon](https://aragon.org/) +- [分散型自律組織(DAO)](https://wiki.metagame.wtf/docs/great-houses/house-of-daos) – [Metagame](https://wiki.metagame.wtf/) +- [分散型自律組織(DAO)とは、およびその目的](https://daohaus.substack.com/p/-what-is-a-dao-and-what-is-it-for) – [DAOhaus](https://daohaus.club/) +- [分散型自律組織(DAO)のデジタルコミュニティの作成方法](https://daohaus.substack.com/p/four-and-a-half-steps-to-start-a) – [DAOhaus](https://daohaus.club/) +- [分散型自律組織(DAO)とは](https://coinmarketcap.com/alexandria/article/what-is-a-dao) – [Coinmarketcap](https://coinmarketcap.com) - [ホログラフィック・コンセンサスとは](https://medium.com/daostack/holographic-consensus-part-1-116a73ba1e1c) - [DAOstack](https://daostack.io/) - [分散型自律組織(DAO)とは企業ではなく、分散型の自律組織 – Vitalik](https://vitalik.eth.limo/general/2022/09/20/daos.html) - [分散型自律組織(DAO)、分散型自律企業(DAC)、分散型アプリケーション(DA)など: 不完全な用語集](https://blog.ethereum.org/2014/05/06/daos-dacs-das-and-more-an-incomplete-terminology-guide) - [イーサリアムブログ](https://blog.ethereum.org) @@ -159,4 +159,4 @@ _主にプロトコルや[Dapp](/glossary/#dapp)の分散型開発や分散型 ### ビデオ {#videos} - [仮想通貨における分散型自律組織(DAO)とは](https://youtu.be/KHm0uUPqmVE) -- [分散型自律組織(DAO)で街はつくれるのか?](https://www.ted.com/talks/scott_fitsimones_could_a_dao_build_the_next_great_city) - [TED](https://www.ted.com/) +- [分散型自律組織(DAO)で街はつくれるのか?](https://www.ted.com/talks/scott_fitsimones_could_a_dao_build_the_next_great_city) – [TED](https://www.ted.com/) diff --git a/public/content/translations/ja/desci/index.md b/public/content/translations/ja/desci/index.md index 8608644e851..6c54dc026f7 100644 --- a/public/content/translations/ja/desci/index.md +++ b/public/content/translations/ja/desci/index.md @@ -107,6 +107,7 @@ Web3の様式を活用することで科学データへのアクセスが大幅 - [CureDAO: コミュニティ所有のプレシジョンヘルスプラットフォーム](https://docs.curedao.org/) - [IdeaMarkets: 分散型科学の信ぴょう性の有効化](https://ideamarket.io/) - [DeSci Labs](https://www.desci.com/) +- [ValleyDAO: オープンなグローバルコミュニティで合成生物学研究のファンディングおよび翻訳に関するサポートを提供](https://www.valleydao.bio) 新しいプロジェクトを提案する際には[ポリシー一覧](/contributing/adding-desci-projects/)をご覧ください。 diff --git a/public/content/translations/ja/developers/docs/accounts/index.md b/public/content/translations/ja/developers/docs/accounts/index.md index 7c8542cf7a3..6c437243a91 100644 --- a/public/content/translations/ja/developers/docs/accounts/index.md +++ b/public/content/translations/ja/developers/docs/accounts/index.md @@ -1,5 +1,5 @@ --- -title: Ethereumアカウント +title: イーサリアムアカウント description: イーサリアムアカウントの説明 - データ構造、鍵ペア暗号技術との関係 lang: ja --- diff --git a/public/content/translations/ja/developers/docs/apis/backend/index.md b/public/content/translations/ja/developers/docs/apis/backend/index.md index 4a51a0f22e4..56642b3ac9f 100644 --- a/public/content/translations/ja/developers/docs/apis/backend/index.md +++ b/public/content/translations/ja/developers/docs/apis/backend/index.md @@ -20,17 +20,20 @@ lang: ja ## 利用可能なライブラリ {#available-libraries} +### インフラストラクチャとノードサービス {#infrastructure-and-node-services} + **Alchemy -** **_イーサリアム開発プラットフォーム_** - [alchemy.com](https://www.alchemy.com/) -- [ドキュメント](https://docs.alchemyapi.io/) +- [ドキュメント](https://docs.alchemy.com/) - [GitHub](https://github.com/alchemyplatform) - [Discord](https://discord.com/invite/alchemyplatform) -**BlockCypher -** **_イーサリアム Web API_** +**All That Node -** **_ノード・アズ・ア・サービス_** -- [blockcypher.com](https://www.blockcypher.com/) -- [ドキュメント](https://www.blockcypher.com/dev/ethereum/) +- [All That Node.com](https://www.allthatnode.com/) +- [ドキュメント](https://docs.allthatnode.com) +- [Discord](https://discord.gg/GmcdVEUbJM) **Blast by Bware Labs -** **_イーサリアムメインネットとテストネットのための分散型API_** @@ -38,78 +41,77 @@ lang: ja - [ドキュメント](https://docs.blastapi.io) - [Discord](https://discord.gg/bwarelabs) -**Infura -** **_アズ・ア・サービス型のイーサリアムAPI_** +**BlockPi -** **_より効率的かつ高速なRPCサービスを提供_** -- [infura.io](https://infura.io) -- [ドキュメント](https://infura.io/docs) -- [GitHub](https://github.com/INFURA) +- [blockpi.io](https://blockpi.io/) +- [ドキュメント](https://docs.blockpi.io/) +- [GitHub](https://github.com/BlockPILabs) +- [Discord](https://discord.com/invite/xTvGVrGVZv) **Cloudflareのイーサリアムゲートウェイ** -- [cloudflare-eth.com](https://cloudflare-eth.com) - -**Coinbase Cloud Node -** **_ブロックチェーンインフラストラクチャAPI_** - -- [Coinbase Cloud Node](https://www.coinbase.com/cloud/products/node) -- [ドキュメント](https://docs.cloud.coinbase.com/node/reference/welcome-to-node) - -**Figment社が提供するDataHub -** **_イーサリアムプロトコル(メインネットとテストネット)を使用したWeb3 APIサービス_** - -- [DataHub](https://www.figment.io/datahub) -- [ドキュメント](https://docs.figment.io/introduction/what-is-datahub) +- [cloudflare-eth.com](https://www.cloudflare.com/application-services/products/web3/) -**NFTPort -** **_イーサリアムデータとミントAPI_** +**GetBlock-** **_Web3開発用のBlockchain-as-a-service_** -- [nftport.xyz](https://www.nftport.xyz/) -- [ドキュメント](https://docs.nftport.xyz/) -- [GitHub](https://github.com/nftport/) -- [Discord](https://discord.com/invite/K8nNrEgqhE) +- [GetBlock.io](https://getblock.io/) +- [ドキュメント](https://getblock.io/docs/) -**Nodesmith -** **_イーサリアムメインネットとテストネットへのJSON-RPC APIアクセス_** +**Infura -** **_アズ・ア・サービス型のイーサリアムAPI_** -- [nodesmith.io](https://nodesmith.io/network/ethereum/) -- [ドキュメント](https://nodesmith.io/docs/#/ethereum/apiRef) +- [infura.io](https://infura.io) +- [ドキュメント](https://docs.infura.io/api) +- [GitHub](https://github.com/INFURA) -**Ethercluster -** **_ETHとETCの両方をサポートする独自のイーサリアムAPIサービスの実行_** +**Node RPC - _費用効果の高いEVM JSON RPCプロバイダ_** -- [ethercluster.com](https://www.ethercluster.com/) +- [noderpc.xyz](https://www.noderpc.xyz/) +- [ドキュメント](https://docs.noderpc.xyz/node-rpc) -**Chainstack -** **_柔軟性の高い、専用のアズ・ア・サービス型イーサリアムノード_** +**NOWNodes - _フルノードとブロックエクスプローラー_** -- [chainstack.com](https://chainstack.com) -- [ドキュメント](https://docs.chainstack.com) -- [イーサリアムAPIリファレンス](https://docs.chainstack.com/api/ethereum/ethereum-api-reference) +- [NOWNodes.io](https://nownodes.io/) +- [ドキュメント](https://documenter.getpostman.com/view/13630829/TVmFkLwy#intro) **QuickNode -** **_アズ・ア・サービス型のブロックチェーンインフラストラクチャ_** - [quicknode.com](https://quicknode.com) -- [ドキュメント](https://www.quicknode.com/docs) +- [ドキュメント](https://www.quicknode.com/docs/welcome) - [Discord](https://discord.gg/quicknode) -**Python Tooling -** **_Pythonでイーサリアムとやり取りするための各種ライブラリ_** - -- [py.ethereum.org](http://python.ethereum.org/) -- [web3.py GitHub](https://github.com/ethereum/web3.py) -- [web3.pyチャット](https://gitter.im/ethereum/web3.py) - -**web3j -** **_イーサリアム用のJava/Android/Kotlin/Scalaの統合ライブラリ_** - -- [GitHub](https://github.com/web3j/web3j) -- [ドキュメント](https://docs.web3j.io/) -- [Gitter](https://gitter.im/web3j/web3j) - **Rivet -** **_オープンソースソフトウェアを搭載した、アズ・ア・サービス型のイーサリアムとイーサリアムクラシックのAPI_** - [rivet.cloud](https://rivet.cloud) - [ドキュメント](https://rivet.cloud/docs/) - [GitHub](https://github.com/openrelayxyz/ethercattle-deployment) +**Zmok -** **_JSON-RPC/WebSocket APIとしてのスピード重視のイーサリアムノード_** + +- [zmok.io](https://zmok.io/) +- [GitHub](https://github.com/zmok-io) +- [ドキュメント](https://docs.zmok.io/) +- [Discord](https://discord.gg/fAHeh3ka6s) + +### 開発ツール {#development-tools} + +**ethers-kt -** **_EVMベースのブロックチェーン用の非同期、ハイパフォーマンスのKotlin/Java/Androidライブラリ_** + +- [GitHub](https://github.com/Kr1ptal/ethers-kt) +- [実例：](https://github.com/Kr1ptal/ethers-kt/tree/master/examples) +- [Discord](https://discord.gg/rx35NzQGSb) + **Nethereum -** **_オープンソースのブロックチェーン用.NET統合ライブラリ_** - [GitHub](https://github.com/Nethereum/Nethereum) - [ドキュメント](http://docs.nethereum.com/en/latest/) - [Discord](https://discord.com/invite/jQPrR58FxX) +**Python Tooling -** **_Pythonでイーサリアムとやり取りするための各種ライブラリ_** + +- [py.ethereum.org](https://python.ethereum.org/) +- [web3.py GitHub](https://github.com/ethereum/web3.py) +- [web3.pyチャット](https://gitter.im/ethereum/web3.py) + **Tatum -** **_究極のブロックチェーン開発プラットフォーム_** - [Tatum](https://tatum.io/) @@ -117,54 +119,55 @@ lang: ja - [ドキュメント](https://docs.tatum.io/) - [Discord](https://discord.gg/EDmW3kjTC9) -**Watchdata -** **_イーサリアムブロックチェーンへのシンプルで信頼性の高いAPIアクセス_** +**web3j -** **_イーサリアム用のJava/Android/Kotlin/Scalaの統合ライブラリ_** -- [Watchdata](https://watchdata.io/) -- [ドキュメント](https://docs.watchdata.io/) -- [Discord](https://discord.com/invite/TZRJbZ6bdn) +- [GitHub](https://github.com/web3j/web3j) +- [ドキュメント](https://docs.web3j.io/) +- [Gitter](https://gitter.im/web3j/web3j) -**Zmok -** **_JSON-RPC/WebSocket APIとしてのスピード重視のイーサリアムノード_** +### ブロックチェーンサービス {#blockchain-services} -- [zmok.io](https://zmok.io/) -- [GitHub](https://github.com/zmok-io) -- [ドキュメント](https://docs.zmok.io/) -- [Discord](https://discord.gg/fAHeh3ka6s) +**BlockCypher -** **_イーサリアム Web API_** -**NOWNodes - _フルノードとブロックエクスプローラー_** +- [blockcypher.com](https://www.blockcypher.com/) +- [ドキュメント](https://www.blockcypher.com/dev/ethereum/) -- [NOWNodes.io](https://nownodes.io/) -- [ドキュメント](https://documenter.getpostman.com/view/13630829/TVmFkLwy#intro) +**Chainbase -** **_イーサリアム向けのオールインワンWeb3データインフラストラクチャ_** -**Node RPC - _費用効果の高いEVM JSON RPCプロバイダ_** +- [chainbase.com](https://chainbase.com/) +- [ドキュメント](https://docs.chainbase.com/) +- [Discord](https://discord.gg/Wx6qpqz4AF) -- [noderpc.xyz](https://www.noderpc.xyz/) -- [ドキュメント](https://docs.noderpc.xyz/) +**Chainstack -** **_柔軟性の高い、専用のアズ・ア・サービス型イーサリアムノード_** + +- [chainstack.com](https://chainstack.com) +- [ドキュメント](https://docs.chainbase.com/docs) +- [イーサリアムAPIリファレンス](https://docs.chainstack.com/reference/ethereum-getting-started) + +**Coinbase Cloud Node -** **_ブロックチェーンインフラストラクチャAPI_** + +- [Coinbase Cloud Node](https://www.coinbase.com/cloud) +- [ドキュメンテーション](https://docs.cloud.coinbase.com/) + +**Figment社が提供するDataHub -** **_イーサリアムプロトコル(メインネットとテストネット)を使用したWeb3 APIサービス_** + +- [DataHub](https://www.figment.io/) +- [ドキュメンテーション](https://docs.figment.io/) **Moralis -** **_エンタープライズグレードのEVM APIプロバイダ_** -- [moralis.io](http://moralis.io) +- [moralis.io](https://moralis.io) - [ドキュメント](https://docs.moralis.io/) - [GitHub](https://github.com/MoralisWeb3) - [Discord](https://moralis.io/joindiscord/) - [フォーラム](https://forum.moralis.io/) -**Chainbase -** **_イーサリアム向けのオールインワンWeb3データインフラストラクチャ_** - -- [chainbase.com](https://chainbase.com/) -- [ドキュメント](https://docs.chainbase.com/) -- [Discord](https://discord.gg/Wx6qpqz4AF) - -**GetBlock-** **_Web3開発用のBlockchain-as-a-service_** - -- [GetBlock.io](https://getblock.io/) -- [ドキュメント](https://getblock.io/docs/) - -**BlockPi -** **_より効率的かつ高速なRPCサービスを提供_** +**NFTPort -** **_イーサリアムデータとミントAPI_** -- [blockpi.io](https://blockpi.io/) -- [ドキュメント](https://docs.blockpi.io/) -- [GitHub](https://github.com/BlockPILabs) -- [Discord](https://discord.com/invite/xTvGVrGVZv) +- [nftport.xyz](https://www.nftport.xyz/) +- [ドキュメント](https://docs.nftport.xyz/) +- [GitHub](https://github.com/nftport/) +- [Discord](https://discord.com/invite/K8nNrEgqhE) **Tokenview -** **_ジェネラルなマルチクリプトブロックチェーンAPIプラットフォーム_** @@ -172,6 +175,20 @@ lang: ja - [ドキュメント](https://services.tokenview.io/docs?type=api) - [GitHub](https://github.com/Tokenview) +**Watchdata -** **_イーサリアムブロックチェーンへのシンプルで信頼性の高いAPIアクセス_** + +- [Watchdata](https://watchdata.io/) +- [ドキュメント](https://docs.watchdata.io/) +- [Discord](https://discord.com/invite/TZRJbZ6bdn) + +**Covalent -** **_200以上のチェーンで使えるリッチなブロックチェーンAPI_** + +- [covalenthq.com](https://www.covalenthq.com/) +- [ドキュメント](https://www.covalenthq.com/docs/api/) +- [GitHub](https://github.com/covalenthq) +- [Discord](https://www.covalenthq.com/discord/) + + ## 参考文献 {#further-reading} _役に立ったコミュニティリソースがあれば、 ぜひこのページに追加してください。_ diff --git a/public/content/translations/ja/developers/docs/apis/json-rpc/index.md b/public/content/translations/ja/developers/docs/apis/json-rpc/index.md index 2eb7e4e9683..097122e3f41 100644 --- a/public/content/translations/ja/developers/docs/apis/json-rpc/index.md +++ b/public/content/translations/ja/developers/docs/apis/json-rpc/index.md @@ -53,7 +53,7 @@ JSON-RPC APIを介してイーサリアムクライアントと直接やり取 以下に、いくつかの例を示します。 - 0x41(サイズ1、「A」) -- 0x004200(サイズ3、「\0B\0」) +- 0x004200 (サイズ3, "0B0") - 0x(サイズ0、「」) - 誤り: 0xf0f0f(偶数でなければなりません) - 誤り: 004200(接頭辞が0xでなければなりません) @@ -132,6 +132,10 @@ curl -H "Content-Type: application/json" -X POST --data '{"jsonrpc":"2.0","metho - [eth_getUncleByBlockHashAndIndex](#eth_getunclebyblockhashandindex) - [eth_getUncleByBlockNumberAndIndex](#eth_getunclebyblocknumberandindex) +## JSON-RPC APIプレイグラウンド + +APIメソッドの発見と試用に[プレイグラウンドツール](https://ethereum-json-rpc.com)が使えます。 プレイグラウンドツールでは、さまざまなノードプロバイダーによってサポートされているメソッドとネットワークも表示されます。 + ## JSON-RPC APIメソッド {#json-rpc-methods} ### web3_clientVersion {#web3_clientversion} @@ -1360,7 +1364,7 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"eth_getUncleByBlockHashAndIndex" **パラメータ** -1. `QUANTITY|TAG` - ブロックの番号、または文字列`"latest"`、`"earliest"`、`"pending"`、`"safe"`、`"finalized"`のいずれか。[デフォルトのブロックパラメータ](/developers/docs/apis/json-rpc/#default-block)を参照してください +1. `QUANTITY|TAG` - ブロックの番号、または文字列`"earliest"`、`"latest"`、`"pending"`、`"safe"`、`"finalized"`のいずれか。[デフォルトのブロックパラメータ](/developers/docs/apis/json-rpc/#default-block)を参照してください。 2. `QUANTITY` - アンクルのインデックスの位置 ```js diff --git a/public/content/translations/ja/developers/docs/blocks/index.md b/public/content/translations/ja/developers/docs/blocks/index.md index 26797f18de9..0cde4252727 100644 --- a/public/content/translations/ja/developers/docs/blocks/index.md +++ b/public/content/translations/ja/developers/docs/blocks/index.md @@ -41,11 +41,11 @@ lang: ja | フィールド | 説明 | |:---------------- |:------------------------------- | -| `slot` | ブロックが所属するスロット | +| `スロット (slot)` | ブロックが所属するスロット | | `proposer_index` | ブロックを提案するバリデータのID | | `parent_root` | 先行ブロックのハッシュ値 | | `state_root` | 状態オブジェクトのルートハッシュ | -| `body` | 以下に定義されているように、複数のフィールドを含むオブジェクト | +| `規格の概要` | 以下に定義されているように、複数のフィールドを含むオブジェクト | ブロックの`body`には独自のフィールドがいくつかあります。 @@ -53,11 +53,11 @@ lang: ja |:-------------------- |:------------------------------ | | `randao_reveal` | 次のブロック提案者の選択に使用される値 | | `eth1_data` | デポジットコントラクトの情報 | -| `graffiti` | ブロックのタグ付けに使われる任意のデータ | +| `グラフィティ` | ブロックのタグ付けに使われる任意のデータ | | `proposer_slashings` | スラッシュされるバリデータのリスト | | `attester_slashings` | スラッシュされる証明者のリスト | | `アテステーション` | 現在のブロックに賛成しているアテステーションのリスト | -| `deposits` | デポジットコントラクトに対する新しい入金のリスト | +| `入金` | デポジットコントラクトに対する新しい入金のリスト | | `voluntary_exits` | ネットワークに存在するバリデータのリスト | | `sync_aggregate` | ライトクライアントへの提供に使用されるバリデータのサブセット | | `execution_payload` | 実行クライアントから渡されるトランザクション | @@ -67,15 +67,15 @@ lang: ja | フィールド | 説明 | |:------------------ |:-------------------------- | | `aggregation_bits` | このアテステーションに参加しているバリデータのリスト | -| `data` | 複数のサブフィールドを持つコンテナ | -| `signature` | 証明する全バリデータによる署名の集約　 | +| `データ` | 複数のサブフィールドを持つコンテナ | +| `署名` | 証明する全バリデータによる署名の集約　 | `attestation`の`data`フィールドには、以下が含まれます。 | フィールド | 説明 | |:------------------- |:--------------------------- | -| `slot` | アテステーションに関連するスロット | -| `index` | 証明するバリデータのインデックス | +| `スロット (slot)` | アテステーションに関連するスロット | +| `インデックス` | 証明するバリデータのインデックス | | `beacon_block_root` | このオブジェクトを含むビーコンブロックのルートハッシュ | | `情報源` | 最後に正当化されたチェックポイント | | `target` | 最新のエポック境界ブロック | @@ -119,16 +119,16 @@ lang: ja | `extra_data` | 生バイトで表される任意の追加データ | | `base_fee_per_gas` | ベースフィーの値 | | `block_hash` | 実行ブロックのハッシュ | -| `トランザクション` | 実行されるトランザクションのリスト | -| `withdrawals` | 引き出しオブジェクトのリスト | +| `処理` | 実行されるトランザクションのリスト | +| `引き出し` | 引き出しオブジェクトのリスト | `withdrawals`リストには、次のように構造化された`withdrawals`オブジェクトが含まれています。 | フィールド | 説明 | |:---------------- |:--------------- | | `address` | 引き出されたアカウントアドレス | -| `amount` | 引き出し金額 | -| `index` | 引き出しのインデックス値 | +| `金額` | 引き出し金額 | +| `インデックス` | 引き出しのインデックス値 | | `validatorIndex` | バリデータのインデックス値 | ## ブロックタイム {#block-time} diff --git a/public/content/translations/ja/developers/docs/bridges/index.md b/public/content/translations/ja/developers/docs/bridges/index.md index 89958533ed4..ca0261a3f85 100644 --- a/public/content/translations/ja/developers/docs/bridges/index.md +++ b/public/content/translations/ja/developers/docs/bridges/index.md @@ -120,7 +120,7 @@ Dappにブリッジやブリッジアグリゲーターを組み込む場合、 - [The Graph](https://thegraph.com/en/) - [Tenderly](https://tenderly.co/) -## 参考文献 {#further-reading} +## さらに学びたい方へ {#further-reading} - [ブロックチェーンにおけるブリッジ](/bridges/) - ethereum.org - [ブロックチェーンにおけるブリッジ: クリプトネットワークのネットワーク構築](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) 2021年9月8日、ドミトリー・ベレンゾン作成。 diff --git a/public/content/translations/ja/developers/docs/consensus-mechanisms/index.md b/public/content/translations/ja/developers/docs/consensus-mechanisms/index.md index 936b358ec9b..c05fc81ae92 100644 --- a/public/content/translations/ja/developers/docs/consensus-mechanisms/index.md +++ b/public/content/translations/ja/developers/docs/consensus-mechanisms/index.md @@ -89,3 +89,4 @@ _役に立つコミュニティリソースをご存知の場合は、 ページ - [プルーフ・オブ・ワーク](/developers/docs/consensus-mechanisms/pow/) - [マイニング](/developers/docs/consensus-mechanisms/pow/mining/) - [プルーフ・オブ・ステーク](/developers/docs/consensus-mechanisms/pos/) +- [プルーフ・オブ・オーソリティ](/developers/docs/consensus-mechanisms/poa/) diff --git a/public/content/translations/ja/developers/docs/consensus-mechanisms/poa/index.md b/public/content/translations/ja/developers/docs/consensus-mechanisms/poa/index.md new file mode 100644 index 00000000000..465086d8c8d --- /dev/null +++ b/public/content/translations/ja/developers/docs/consensus-mechanisms/poa/index.md @@ -0,0 +1,81 @@ +--- +title: プルーフ・オブ・オーソリティ(PoA) +description: ブロックチェーンエコシステムにおけるプルーフ・オブ・オーソリティのコンセンサスプロトコルとその役割について +lang: ja +--- + +**プルーフ・オブ・オーソリティ(PoA)** は、評判ベースのコンセンサスアルゴリズムで[プルーフ・オブ・ステーク](/developers/docs/consensus-mechanisms/pos/)を変更したバージョンです。 主にプライベートチェーン、テストネット、ローカル開発用ネットワークで使われています。 評判ベースのコンセンサスアルゴリズムであるプルーフ・オブ・オーソリティは、ブロックを生成するために、認証された署名者達のセットを信頼することを求めます。この点でステーキングベースのメカニズムであるプルーフ・オブ・ステークと違います。 + +## 前提条件{#prerequisites} + +このページについて深く理解するには、事前に[トランザクション](/developers/docs/transactions/)、[ブロック](/developers/docs/blocks/)、[コンセンサスメカニズム](/developers/docs/consensus-mechanisms/)について読むことをお勧めします。 + +## プルーフ・オブ・オーソリティ(PoA)とは何か {#what-is-poa} + +プルーフ・オブ・オーソリティは、**[プルーフ・オブ・ステーク](/developers/docs/consensus-mechanisms/pos/) (PoS)** を変更したバージョンです。プルーフ・オブ・ステークによるステークベースのメカニズムの代わりに、評判ベースのコンセンサスアルゴリズムを使います。 この用語は、ギャビン・ウッドによって2017年に初めて紹介されました。そして、このコンセンサスアルゴリズムは、テストネットやローカル開発ネットワークなどのプライベートチェーンで最も使われています。プルーフ・オブ・ワークのような高品質なリソースを必要しませんし、少数のノードがブロックチェーンを保存し、ブロックを生成するのでプルーフ・オブ・ステークのようなスケーラビリティの問題もありません。 + +プルーフ・オブ・オーソリティは、認証された署名者達のセットを信頼することを求めます。この署名者達のセットは、[ジェネシスブロック](/glossary/#genesis-block)に設定されます。 現在の最新の実装としては、認証された署名者のすべてが平等のパワーと権限を保持し、チェーンのコンセンサスに至ります。 評判ベースのステーキングは、すべての認証されたバリデータは本人確認手続き(KYC)などを通して周知されているか、有名な機関のみがバリデータとなるので、バリデータが何か不正行為を行った場合、そのバリデータの身元が判明するというアイデアに基づいています。 + +プルーフ・オブ・オーソリティには、複数の実装がありますが、イーサリアムの実装の標準は、**Clique**です。これは、[EIP-225](https://eips.ethereum.org/EIPS/eip-225)を実装しています。 Cliqueは、デベロッパーフレンドリーで、簡単に実装できる標準であり、クライアントの同期タイプのすべてをサポートしています。 他の実装としては、[IBFT 2.0](https://besu.hyperledger.org/stable/private-networks/concepts/poa) や[Aura](https://openethereum.github.io/Chain-specification)などがあります。 + +## 仕組みの説明{#how-it-works} + +プルーフ・オブ・オーソリティでは、新しいブロックを作るために、認証された署名者達のセットが選ばれます。 署名者達は、評判ベースで選ばれ、これらの署名者達のみが新しいブロックを作成することを許されます。 ラウンドロビン方式で署名者達が選ばれます。選ばれた各署名者は、特定の時間枠内でブロックを作成することが許されます。 このブロック作成時間は固定されており、署名者達は時間枠内にブロックを作成しなければなりません。 + +このコンテクストにおける評判というのは、定量化されているものではなく、MicrosoftやGoogleなどのように知名度のある企業の評判です。そのため、この信頼のある署名者達の選定方法は、アルゴリズムではなく、むしろ通常の人間活動における _信頼_ です。たとえば、Microsoftが数百から数千ものスタートアップのプルーフ・オブ・オーソリティのプライベートネットワークを作成し、Microsoft自体が唯一の信頼された署名者としての役割りを果たして、将来的にGoogleのような知名度のある署名者達を追加する可能性があるならば、スタートアップ企業はMicrosoftが常に正直に行動することを疑うことなく信頼して、ネットワークを使います。 +これにより、異なる目的で構築されたさまざまな小規模／プライベートネットワークでステーキングをする要件が解決でき、分散化と機能を維持できます。また、大量の電力とリソースを消費するマイナーの要件も解決されます。 VeChainのように一部のプライベートネットワークでは、プルーフ・オブ・オーソリティの標準を使用しています。また、一方でBinanceなどは[PoSA](https://academy.binance.com/en/glossary/proof-of-staked-authority-posa) という、プルーフ・オブ・オーソリティとプルーフ・オブ・ステーキングのカスタマイズバージョンを使っています。 + +署名者達自身によって、この投票プロセスが行われます。 各署名者は、ブロックの新規作成時にブロック内で署名者の追加または削除の投票を行います。 投票はノードによって集計され、署名者達が加えられるか削除されるかは、閾値である`SIGNER_LIMIT`の特定の値に投票が到達したかどうかを基準とします。 + +小さなフォークが起こる状況があり得えます。ブロックの難易度は、署名が順序か順序外かによって違います。 「順序」のブロックの難易度は2、「順序外」のブロックの難易度は1です。 小さなフォークが発生した場合、「順序」ブロックにシールした多数の署名者を持つチェーンに最も多い難易度が累積し、勝利します。 + +## 攻撃ベクトル{#attack-vectors} + +### 悪意のある署名者達{#malicious-signers} + +署名者リストに悪意のあるユーザーが追加されたり、署名鍵およびマシンが侵害されたりする可能性があります。 このようなシナリオにおいて、プロトコルには、再編成やスパムに対して防御する能力が必要になります。 これに対する提案された解決策は、N人の認証された署名者達のリストが与えられた場合、署名者はKブロックの中から1ブロックだけミントすることができるというものです。これにより、被害が限定されます。また、残りのマイナーが投票により悪意のあるユーザーを排除できます。 + +### 検閲{#censorship-attack} + +もう1つの興味深い攻撃ベクトルは、署名者(あるいは署名者のグループ)が、認証者リストからそれらの署名者を削除することに投票したブロックを検閲しようとする場合です。 これに対処する方法は、署名者に許可されるミントの頻度をN/2の中から1に制限することです。 これにより、悪意のある署名者達は、署名するアカウントの最低51%をコントロールする必要があります。51%に達すれば、チェーンの新たな信頼できる情報源になることができます。 + +### スパム{#spam-attack} + +他の小さな攻撃ベクトルは、悪意のある署名者達がミントする各ブロック内において新たな投票提案をすることです。 ノードは、実際の認証された署名者のリストを作成するために、投票のすべてを集計する必要があるため、常に投票のすべてを記録しなければなりません。 投票枠に制限を設けないと、投票はゆっくりと、しかし無制限に増える可能性があります。 これに対する解決策は、Wブロックの _移動_ 枠を設けて、そのWブロック後の投票が古いと見なすことです。 _妥当な枠は1～2エポックでしょう。_ + +### 同時発生ブロック{#concurrent-blocks} + +プルーフ・オブ・オーソリティのネットワークでは、N人の権限のある署名者達がいる場合、各署名者はKブロックの中から1ブロックをミントすることが出来ます。これは、N-K+1人のマイナーが任意の時点でミントできることを意味します。 これらのマイナーによるブロックの競争を防ぐため、各署名者は、新しいブロックをリリースする時間に、小さなランダムな「オフセット」を追加するべきです。 このプロセスにより、小さなフォークが起こることはまれになりますが、場合によってはメインネットのようにフォークが起こることはあります。 署名者が権限を悪用したり混乱を引き起こしたりした場合、他の署名者達は投票により排除することができます。 + +例えば、認証された10の署名者達がいるとして、各署名者が20ブロック内で1ブロックを作成する許可があるならば、所定の時間以内に11のマイナーがブロックを作成することができます。 マイナー同士のブロック作成の競争を防ぐために、各署名者は +新しいブロックをリリースする時間に、小さなランダムな「オフセット」を追加します。 これにより、小さなフォークの発生を減らすことが出来ますが、イーサリアムのメインネットで見られるように、場合によってはフォークが発生する可能性があります。 署名者が権限を悪用したり、混乱を引き起こした場合、投票によりネットワークから排除することができます。 + +## メリットとデメリット{#pros-and-cons} + +| メリット | デメリット | +| ------------------------------------------------------------------------------ | ---------------------------------------------------------------------------------- | +| ブロック署名者の数を制限することをベースとしているため、他の一般的なメカニズムであるプルーフ・オブ・ステークやプルーフ・オブ・ワークなどよりもスケーラブル。 | プルーフ・オブ・オーソリティのネットワークでは、検証ノードの数が比較的少ない。 これにより、プルーフ・オブ・オーソリティのネットワークは、より集中化する。 | +| プルーフ・オブ・オーソリティは、実行と維持が安価。 | ブロックチェーンは評判の確立したエンティティを要求するため、一般的な人は通常、認証された署名者になることができない。 | +| トランザクションの承認が非常に速い。新しいブロックの検証に必要な署名者の数が限られているため、1秒未満で達成可能。 | 悪意のある署名者達が、ネットワークにおいて再編成、二重支払い、トランザクションの検閲をする可能性がある。これらの攻撃を軽減することはできるが、完全に防止はできない。 | + +## 参考リンク{#further-reading} + +- [EIP-225](https://eips.ethereum.org/EIPS/eip-225) _Clique標準_ +- [プルーフ・オブ・オーソリティの研究](https://github.com/cryptoeconomics-study/website/blob/master/docs/sync/2.4-lecture.md) _Cryptoeconomics_ +- [プルーフ・オブ・オーソリティとは何か](https://forum.openzeppelin.com/t/proof-of-authority/3577) _OpenZeppelin_ +- [プルーフ・オブ・オーソリティの説明](https://academy.binance.com/en/articles/proof-of-authority-explained) _binance_ +- [ブロックチェーンにおけるプルーフ・オブ・オーソリティ](https://medium.com/techskill-brew/proof-of-authority-or-poa-in-blockchain-part-11-blockchain-series-be15b3321cba) +- [Cliqueの説明](https://medium.com/@Destiner/clique-cross-client-proof-of-authority-algorithm-for-ethereum-8b2a135201d) +- [非推奨のプルーフ・オブ・オーソリティであるAuraの仕様](https://openethereum.github.io/Chain-specification) +- [他のプルーフ・オブ・オーソリティの実装であるIBFT 2.0](https://besu.hyperledger.org/stable/private-networks/concepts/poa) + +### 映像で学びたい場合 {#visual-learner} + +プルーフ・オブ・オーソリティの映像学習教材: + + + +## 関連トピック{#related-topics} + +- [プルーフ・オブ・ワーク](/developers/docs/consensus-mechanisms/pow/) +- [プルーフ・オブ・ステーク](/developers/docs/consensus-mechanisms/pos/) diff --git a/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md index e3d0cda01d3..c1495e53b48 100644 --- a/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md +++ b/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md @@ -133,7 +133,7 @@ lang: ja しかしながら、最悪の事態においても現実世界において解決策を見出せるという事実には、やや安堵感を覚えます。 究極的に、私たちが利用しているこの驚くべきテクノロジースタックにおいても、最悪の事態が発生した場合には、ユーザーである実際の人間たちが議論を通じて解決策を見出すしかないのです。 -## まとめ {#summary} +## 要約 {#summary} この記事では、イーサリアムにおけるプルーフ・オブ・ステークのコンセンサス・プロトコルを悪用する攻撃手法のいくつかについて説明しました。 攻撃者のステークがイーサ全体に対してどの程度の割合を占めるかに応じて、再編成攻撃やファイナリティ遅延攻撃がどのように変化するのかについても掘り下げました。 一般論として、資金が潤沢である攻撃者は、より大きな投票権を持ち、以後のブロックの内容に対して影響力を及ぼせるため、攻撃が成功する可能性が高まります。 攻撃者の攻撃能力は、ステークしたイーサの割合が特定のしきい値を越えるに従って増加します： @@ -151,7 +151,7 @@ lang: ja 一方で、34%攻撃、51%攻撃、あるいは66%攻撃に対しては帯域外のソーシャルな連携による解決が必要になる場合が多いです。 これはユーザーコミュニティにとって痛みを伴うものですが、帯域外での連携による対応が可能だという事実は、攻撃者にとって大きな抑止効果を持ちます。 イーサリアムのソーシャルレイヤーは最終的な防御手段であり、攻撃が技術的に成功した場合でも、コミュニティが誠実なフォークを選択することに同意できれば、攻撃を無力化することができます。 これは、攻撃者とイーサリアム・コミュニティとの間の争いとなるでしょう。つまり、66%攻撃を実行するために数十億ドルもの資金を投じたとしても、ソーシャル連携を通じて反撃を迅速に実行できれば、攻撃者は、イーサリアム・コミュニティにとって無意味である既知の不正チェーンにステークされた、換金不可能なイーサを背負い込むことになるだけだからです。 攻撃者にとってはこの攻撃から利益を上げられる可能性が非常に低くなるため、事実上の効果的な抑止力として機能します。 これこそ、緊密に連携した価値観に基づき、団結力を持つソーシャルレイヤーを維持するために投資することが重要である理由です。 -## 参考文献 {#further-reading} +## さらに学びたい方へ {#further-reading} - [本記事の詳細版](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs) - [ヴィタリックによる決済のファイナリティに関する説明](https://blog.ethereum.org/2016/05/09/on-settlement-finality/) diff --git a/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/attestations/index.md b/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/attestations/index.md index 0bcb9b567c6..49ade6239c0 100644 --- a/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/attestations/index.md +++ b/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/attestations/index.md @@ -32,7 +32,7 @@ lang: ja このデータを各バリデータに提供する場合、ネットワークに対する負担が大きくなります。 このため、各バリデータからのアテステーションは、より広汎に送信する前にサブネット内で集約されます。 具体的には、各バリデータの署名を集約することで、送信されるアテステーションに当該コンセンサスの`データ`と、この`データ`に同意するすべてのバリデータの署名を結合した単一の署名が含まれるようにします。 これは、`aggregation_bits`を用いて確認することができます。aggregation_bitsは、各バリデータが所属する委員会におけるインデックス（バリデータのIDは`データ`に含まれています）であり、個々の署名に対してクエリを実行するために使用できるからです。 -エポックごとに、各サブネットから1名のバリデータが`アグリゲータ`に選定されます。 アグリゲータは、ゴシップネットワーク上において、自身のアテステーションと同等の`データ`を持つすべてのアテステーションを収集します。 データが一致するアテステーションを送信したすべてのユーザーは、`aggregatoin_bits`に記録されます。 アグリゲータは次に、この集約されたアテステーションをより広汎なネットワークに送信します。 +エポックごとに、各サブネットから16のバリデータが`アグリゲータ`に選定されます。 アグリゲータは、ゴシップネットワーク上において、自身のアテステーションと同等の`データ`を持つすべてのアテステーションを収集します。 データが一致するアテステーションを送信したすべてのユーザーは、`aggregatoin_bits`に記録されます。 アグリゲータは次に、この集約されたアテステーションをより広汎なネットワークに送信します。 バリデータがブロック提案者に選定されると、当該の新規ブロックにおける最新のスロットまで、各サブネットからのアテステーションを集約して、パッケージ化します。 @@ -89,4 +89,4 @@ lang: ja - [Vitalikのコンセンサス仕様（注釈付）におけるアテステーションの説明](https://github.com/ethereum/annotated-spec/blob/master/phase0/beacon-chain.md#attestationdata) - [eth2book.infoにおけるアテステーションの説明](https://eth2book.info/capella/part3/containers/dependencies/#attestationdata) -_役に立ったコミュニティリソースがあれば、 ぜひこのページに追加してください。_ +_役に立つコミュニティリソースをご存知の場合は、 このページを編集して追加してください。_ diff --git a/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/faqs/index.md b/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/faqs/index.md index a014f3b81e1..ca13cd89276 100644 --- a/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/faqs/index.md +++ b/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/faqs/index.md @@ -74,7 +74,7 @@ lang: ja ## バリデータは、どのように選出されますか？ {#how-are-validators-selected} -各スロットにおいてブロックを提案できるバリデータが、疑似的な無作為性に基づき1名選出されます。これは、ブロック提案者のハッシュとブロックごとに更新されるシードを混合するRANDAOというアルゴリズムを用いて行われます。 この混合値は、バリデータの全リストから当該の1名を選出するために用いられます。 バリデータの選出は、4つ前のエポックの時点で事前に完了しています。 +各スロットにおいてブロックを提案できるバリデータが、疑似的な無作為性に基づき1名選出されます。これは、ブロック提案者のハッシュとブロックごとに更新されるシードを混合するRANDAOというアルゴリズムを用いて行われます。 この混合値は、バリデータの全リストから当該の1名を選出するために用いられます。 バリデータの選出は、2つ前のエポックの時点で事前に完了しています。 [バリデータの選出についての詳細](/developers/docs/consensus-mechanisms/pos/block-proposal) diff --git a/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/index.md b/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/index.md index fbaa0b3c8e8..c7f130f009d 100644 --- a/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/index.md +++ b/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/index.md @@ -45,7 +45,7 @@ lang: ja スラッシングされるイーサの額は、ほぼ同時にスラッシング対象となるバリデータの数に応じて異なります。 これは[相関性ペナルティ](https://eth2book.info/bellatrix/part2/incentives/slashing#the-correlation-penalty)と呼ばれており、スラッシングされる額がわずかである場合(1名のバリデータにおけるスラッシング額がステーキングした全体の1%未満である場合)から、ステーキング残高の100%が没収される場合(大規模なスラッシングイベント)までさまざまです。 スラッシングは、1日目には即時のペナルティ(最大1イーサまで)で科され、18日目にはコリレーション・ペナルティが科され、最終的に36日目にはネットワークからの強制退出が実行されます。そのため、コリレーション・ペナルティは、強制退出に至る期間の中間点で実行されることになります。 バリデータがネットワークに参加していても、投票を実行しない場合、アテステーションに対する軽微なペナルティが毎日科されます。 これらの防御システムはすべて、組織的な攻撃者による攻撃が非常にコスト高になるように設計されています。 -## フォークの選択 {#fork-choice} +## フォーク・チョイス {#fork-choice} ネットワークが最適化された誠実な方法で実行されている場合、チェーンの先頭には常に新規ブロックが1つだけ存在し、すべてのバリデータがこの新規ブロックに対してアテステーションを実行しています。 しかし、ネットワークが遅延したり、ブロック提案者が曖昧化を実行した場合、各バリデータに対するチェーンの先頭のビューが異なる可能性があります。 このため、コンセンサスクライアントでは、どのフォークを支持すべきかについてのアルゴリズムが必要になります。 イーサリアムのプルーフ・オブ・ステークで採用されているアルゴリズムは[LMD-GHOST](https://arxiv.org/pdf/2003.03052.pdf)と呼ばれ、履歴においてアテステーションの重みが最大であるフォークを特定する方式です。 @@ -91,3 +91,4 @@ lang: ja ## 関連トピック {#related-topics} - [プルーフ・オブ・ワーク](/developers/docs/consensus-mechanisms/pow/) +- [プルーフ・オブ・オーソリティ](/developers/docs/consensus-mechanisms/poa/) diff --git a/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/keys/index.md b/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/keys/index.md index 099bbc9e1de..16827fb9733 100644 --- a/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/keys/index.md +++ b/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/keys/index.md @@ -10,7 +10,7 @@ lang: ja ただし、イーサリアムにおける[プルーフ・オブ・ワーク](/developers/docs/consensus-mechanisms/pow)から[プルーフ・オブ・ステーク](/developers/docs/consensus-mechanisms/pos)への移行に伴い、新たな種類の鍵が追加されています。 従来の鍵も、これまでとまったく同様に機能し、楕円曲線暗号を用いて生成された鍵により保護されるアカウントは従来とまったく変更されません。 しかし、イーサのステーキングやバリデータの実行によりプルーフ・オブ・ステークに参加するには、新しい種類の鍵が必要になります。 この新しい種類の鍵は、暗号化の手段を必要とする非常に多くのバリデータ間におけるメッセージのやりとりが必要であるというスケーラビリティの課題を克服するために導入されたもので、メッセージを集約することで、ネットワークがコンセンサスを実現するために必要なコミュニケーションの規模を縮小することができます。 -この新しい種類の鍵では、 [**Boneh-Lyn-Shacham (BLS)**署名スキーム](https://wikipedia.org/wiki/BLS_digital_signature)を使用します。 BLSは、署名を非常に効率的に集約できるだけでなく、集約された個々のバリデータの鍵に対してリバースエンジニアリングを実行することも可能であり、バリデータ間のアクションを管理する上で理想的なソリューションです。 +この新しい種類の鍵では、 [**Boneh-Lynn-Shacham (BLS)**署名スキーム](https://wikipedia.org/wiki/BLS_digital_signature)を使用します。 BLSは、署名を非常に効率的に集約できるだけでなく、集約された個々のバリデータの鍵に対してリバースエンジニアリングを実行することも可能であり、バリデータ間のアクションを管理する上で理想的なソリューションです。 ## バリデータ向けの2種類の鍵 {#two-types-of-keys} diff --git a/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md b/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md index f181c6f4663..ee3d57986d0 100644 --- a/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md +++ b/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md @@ -84,6 +84,6 @@ PROPOSER_WEIGHT uint64(8) - [ヴィタリクによる注釈付き仕様](https://github.com/ethereum/annotated-spec/blob/master/phase0/beacon-chain.md#rewards-and-penalties-1) - [Eth2においてスラッシングを避けるためのヒント](https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50) -_出典_ +_ソース_ - _[https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain/](https://benjaminion.xyz/eth2-annotated-spec/phase0/beacon-chain/)_ diff --git a/public/content/translations/ja/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/ja/developers/docs/consensus-mechanisms/pow/index.md index e7ea1862a37..8a39cef1292 100644 --- a/public/content/translations/ja/developers/docs/consensus-mechanisms/pow/index.md +++ b/public/content/translations/ja/developers/docs/consensus-mechanisms/pow/index.md @@ -106,3 +106,4 @@ lang: ja - [マイニング](/developers/docs/consensus-mechanisms/pow/mining/) - [プルーフ・オブ・ステーク](/developers/docs/consensus-mechanisms/pos/) +- [プルーフ・オブ・オーソリティ](/developers/docs/consensus-mechanisms/poa/) diff --git a/public/content/translations/ja/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md b/public/content/translations/ja/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md index 03eac038636..2109235a801 100644 --- a/public/content/translations/ja/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md +++ b/public/content/translations/ja/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/index.md @@ -28,7 +28,7 @@ lang: ja ## Ethash {#ethash} -Ethashは、現在は廃止となっているプルーフ・オブ・ワークのアーキテクチャの下で、実際にイーサリアムメインネットで使われたマイニングアルゴリズムです。 Ethashは、ダガーハシモトのアルゴリズムが大幅に更新された後に、特定のダガーハシモトのバージョンに事実上付けられたた新しい名前です。なので、前バージョンの基本理念を継承しています。 イーサリアムメインネットは、これまでEthashのみを使用していました。ダガーハシモトは、研究開発バージョンのマイニングアルゴリズムで、イーサリアムメインネットでマイニングが開始される前にEthashに引き継がれました。 +Ethashは、現在は廃止となっているプルーフ・オブ・ワークのアーキテクチャの下で、実際にイーサリアムメインネットで使われたマイニングアルゴリズムです。 Ethashは、ダガーハシモトのアルゴリズムが大幅に更新された後に、特定のダガーハシモトのバージョンに事実上付けられたた新しい名前です。なので、前バージョンの基本理念を継承しています。 イーサリアムメインネットで使われてきたのはEthashのみです。ダガーハシモトは、研究開発バージョンのマイニングアルゴリズムで、イーサリアムメインネットでマイニングが開始される前にEthashに引き継がれました。 [Ethashの詳細](/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash) diff --git a/public/content/translations/ja/developers/docs/dapps/index.md b/public/content/translations/ja/developers/docs/dapps/index.md index ee2abf66dd0..210cbaae7be 100644 --- a/public/content/translations/ja/developers/docs/dapps/index.md +++ b/public/content/translations/ja/developers/docs/dapps/index.md @@ -51,7 +51,7 @@ lang: ja **Scaffold-ETH _ - 自分のスマートコントラクトに適応するフロントエンドを使用して、Solidityを手軽に試す。_** -- [GitHub](https://github.com/austintgriffith/scaffold-eth) +- [GitHub](https://github.com/scaffold-eth/scaffold-eth-2) - [分散型アプリ(Dapp)の例](https://punkwallet.io/) **Create Eth App _-1つのコマンドでイーサリアムアプリを作成_** @@ -74,6 +74,12 @@ lang: ja - [ドキュメント](https://portal.thirdweb.com/) - [GitHub](https://github.com/thirdweb-dev/) +**Crossmint _- エンタープライズグレードのweb3開発プラットフォームで、スマートコントラクトのデプロイ、クレジットカードの有効化、クロスチェーン支払いが可能です。また、NFTの作成、配布、売却、保存では、APIが使用可能です。_** + +- [crossmint.com](https://www.crossmint.com) +- [ドキュメント](https://docs.crossmint.com) +- [Discord](https://discord.com/invite/crossmint) + ## 参考文献 {#further-reading} - [dapps を探す](/dapps) diff --git a/public/content/translations/ja/developers/docs/data-and-analytics/block-explorers/index.md b/public/content/translations/ja/developers/docs/data-and-analytics/block-explorers/index.md index 37a2e2f8de1..727807ced15 100644 --- a/public/content/translations/ja/developers/docs/data-and-analytics/block-explorers/index.md +++ b/public/content/translations/ja/developers/docs/data-and-analytics/block-explorers/index.md @@ -25,9 +25,13 @@ sidebarDepth: 3 - [Ethplorer](https://ethplorer.io/) –_中国語、スペイン語、フランス語、トルコ語、ロシア語、韓国語、ベトナム語でも利用できます_ - [EthVM](https://www.ethvm.com/) - [OKLink](https://www.oklink.com/eth) -- [Otterscan](https://otterscan.io/) - [Rantom](https://rantom.app/) +## オープンソースツール {#open-source-tools} + +- [Otterscan](https://otterscan.io/) +- [lazy-etherscan](https://github.com/woxjro/lazy-etherscan) + ## データ {#data} イーサリアムは透過的な設計であるため、すべてを検証できます。 ブロックエクスプローラーは、その情報を取得するためのインターフェースを提供します。 このインターフェースでは必要に応じて、イーサリアムのメインネットワークとテストネットの両方のデータを取得できます。 データは、実行データとコンセンサスデータに分けられます。 実行データとは、特定のブロック内で実行されたトランザクションのことです。 コンセンサスデータは、ブロック自体、およびブロックを提案したバリデータを指します。 diff --git a/public/content/translations/ja/developers/docs/data-and-analytics/index.md b/public/content/translations/ja/developers/docs/data-and-analytics/index.md index 3de8e90af76..82ad80fdf4e 100644 --- a/public/content/translations/ja/developers/docs/data-and-analytics/index.md +++ b/public/content/translations/ja/developers/docs/data-and-analytics/index.md @@ -30,24 +30,20 @@ lang: ja ## クライアントの多様性 -[クライアントの多様性](/developers/docs/nodes-and-clients/client-diversity/)は、バグや脆弱性に対する回復力を提供します。そのため、イーサリアムネットワーク全体の健全性にとって重要です。 現在、 -[clientdiversity.org](https://clientdiversity.org/)、[rated.network](https://www.rated.network)、[execution-diversity.info](https://execution-diversity.info/)、[Ethernodes](https://ethernodes.org/)など、いくつかのクライアント多様性ダッシュボードが存在します。 - - +[クライアントの多様性](/developers/docs/nodes-and-clients/client-diversity/)は、バグや脆弱性に対する回復力を提供します。そのため、イーサリアムネットワーク全体の健全性にとって重要です。 現在、[clientdiversity.org](https://clientdiversity.org/)、[rated.network](https://www.rated.network)、[supermajority.info](https://supermajority.info//)、[Ethernodes](https://ethernodes.org/)など、いくつかのクライアント多様性ダッシュボードが存在します。 ## Dune Analytics {#dune-analytics} [Dune Analytics](https://dune.com/)は、リレーショナルデータベース(PostgreSQLおよびDatabricksSQL)テーブルのために、ブロックチェーンデータの前処理を行います。 これにより、ユーザーはSQLを使用してブロックチェーンデータのクエリを実行し、クエリ結果に基づいてダッシュボードを構築できるようになります。 オンチェーンデータは、`blocks`、`transactions`、(event) `logs`、(call) `traces`という、4つの未加工テーブルに編成されます。 一般的なコントラクトやプロトコルはデコードされており、それぞれにイベントと呼び出しのテーブルのセットがあります。 これらのイベントと呼び出しのテーブルはさらに処理され、DEX、レンディング、ステーブルコインなどのプロトコルの種類によって抽象テーブルに編成されます。 - - ## SubQueryネットワーク {#subquery-network} -[SubQuery](https://subquery.network/)は、優れたデータインデクサーでデベロッパーにWeb3プロジェクト用の高速で信頼性の高い分散型にカスタマイズされたAPIを提供します。 SubQueryでは、80以上のエコシステム(イーサリアムを含む)で豊富なインデックスされたデータを用いてデベロッパーがユーザーへ直観的で没入型のエクスペリエンスを構築できるようにします。 SubQueryネットワークは、回復力があり分散型のインフラストラクチャネットワークを用いて止まらないアプリにします。 SubQueryのブロックチェーン・デベロッパー・ツールキットを用いてweb3アプリケーションの未来を構築しましょう。データ処理を行うカスタムバックエンドの構築に時間を費やす必要はありません。 - -開始するには、[イーサリアム・クイック・スタートガイド](https://academy.subquery.network/quickstart/quickstart_chains/ethereum-gravatar.html)を参照し、Docker環境で数分でイーサリアムブロックチェーンデータをインデックス化してテストを行い、その後、 稼働している[SubQueryのマネージドサービス](https://managedservice.subquery.network/)か[SubQueryの分散型ネットワーク](https://kepler.subquery.network/explorer/home)を使用してみましょう。 +[SubQuery](https://subquery.network/)は、優れたデータインデクサーでデベロッパーにWeb3プロジェクト用の高速で信頼性の高い分散型にカスタマイズされたAPIを提供します。 SubQueryでは、165以上のエコシステム(イーサリアムを含む)で豊富なインデックスされたデータを用いてデベロッパーがユーザーへ直観的で没入型のエクスペリエンスを構築できるようにします。 SubQueryネットワークは、回復力があり分散型のインフラストラクチャネットワークを用いて止まらないアプリにします。 SubQueryのブロックチェーン・デベロッパー・ツールキットを用いてweb3アプリケーションの未来を構築しましょう。データ処理を行うカスタムバックエンドの構築に時間を費やす必要はありません。 +開始するには、[イーサリアム・クイック・スタートガイド](https://academy.subquery.network/quickstart/quickstart_chains/ethereum-gravatar.html)を参照し、ローカルDocker環境で数分でイーサリアムブロックチェーンデータをインデックス化してテストを行い、その後、 稼働している[SubQueryのマネージドサービス](https://managedservice.subquery.network/)か[SubQueryの分散型ネットワーク](https://app.subquery.network/dashboard)を使用してみましょう。 +## Ethernow - メンプール・データ・プログラム {#ethernow} +[Blocknative](https://www.blocknative.com/)は、イーサリアムの履歴[メンプール・データ・アーカイブ](https://www.ethernow.xyz/mempool-data-archive)へのオープンアクセスを提供しています。 これにより、研究者やコミュニティグッドプロジェクトはイーサリアムメインネットのプレチェーンレイヤーを探索できます。 データセットはアクティブに維持されており、イーサリアムのエコシステム内のメンプールのトランザクションイベントの、最も包括的な履歴レコードを表します。 詳細は[Ethernow](https://www.ethernow.xyz/)をご覧ください。 ## 参考文献 {#further-reading} @@ -56,3 +52,4 @@ lang: ja - [EtherScanのAPIコードの例](https://etherscan.io/apis#contracts) - [Beaconcha.inビーコンチェーンエクスプローラー](https://beaconcha.in) - [Duneの基礎](https://docs.dune.com/#dune-basics) +- [SubQueryイーサリアム・クイックスタートガイド](https://academy.subquery.network/indexer/quickstart/quickstart_chains/ethereum-gravatar.html) diff --git a/public/content/translations/ja/developers/docs/data-availability/index.md b/public/content/translations/ja/developers/docs/data-availability/index.md index 89f9835247f..6af8faad589 100644 --- a/public/content/translations/ja/developers/docs/data-availability/index.md +++ b/public/content/translations/ja/developers/docs/data-availability/index.md @@ -1,5 +1,5 @@ --- -title: データの可用性 +title: データ可用性 description: イーサリアムにおけるデータ可用性に関する問題および解決策の概要 lang: ja --- @@ -26,7 +26,7 @@ lang: ja データ可用性サンプリング (DAS) は、各ノードに過度な負担をかけずに、ネットワークでデータが取得可能であることを確認する方法です。 各ノード (非ステーキングノードを含む) は、すべてのデータからランダムに選択された小さなサブセットをダウンロードします。 サンプルのダウンロードが成功することで、すべてのデータが取得可能であることを高い信頼性をもって確認できます。 これは、データイレイジャーディングコーディングに依存しています。データイレイジャーコーディングとは、指定された冗長な情報を展開します (_多項式_として知られる関数をデータに当てはめ、追加の点において、その多項式を評価する方法をとります) 。 これにより、必要に応じて冗長データから元のデータを復元できます。 このデータ作成の結果、元のデータの_いずれか_が取得できない場合、 展開されたデータの_半分_が行方不明になります！ 各ノードによってダウンロードされるデータサンプリングの量が、実際に取得可能なデータの半分未満である_場合_では、各クライアントからサンプリングされた少なくとも1つのデータフラグメントが欠落している可能性が_極めて_高くなるように調整されています。 -DASは、[EIP-4844](/roadmap/danksharding)が実装された後、ロールアップオペレータがトランザクションデータを取得できることを確実にするために使われます。 イーサリアムノードでは、上述した冗長性スキームを使い、ブロブで提供されるトランザクションデータをランダムにサンプリングし、すべてのデータが存在することを確認します。 同じ手法を採用することで、ブロック生成者がすべてのデータをライトノードへ使用可能にしていることを保証できます。 同様に、[プロポーザー/ビルダーセパレーション(PBS)](/roadmap/pbs)では、ブロックビルダーはブロック全体を処理することのみが求められ、他のバリデータはデータ可用性サンプリングを用いて検証します。 +DASは、[完全なダンクシャーディング](/roadmap/danksharding/#what-is-danksharding)が実装された後、ロールアップオペレータがトランザクションデータを取得できることを確実にするために使われます。 イーサリアムノードでは、上述した冗長性スキームを使い、ブロブで提供されるトランザクションデータをランダムにサンプリングし、すべてのデータが存在することを確認します。 同じ手法を採用することで、ブロック生成者がすべてのデータをライトノードへ使用可能にしていることを保証できます。 同様に、[プロポーザー/ビルダーセパレーション(PBS)](/roadmap/pbs)では、ブロックビルダーはブロック全体を処理することのみが求められ、他のバリデータはデータ可用性サンプリングを用いて検証します。 ### データ可用性委員会（DAC） {#data-availability-committees} @@ -58,7 +58,7 @@ DACは一部のバリディアムでも使われています。 DACは、デー ただし、イーサリアムにポストされた「要約」トランザクションを信頼できるのは、提案された状態変更を自律的に検証することができ、すべての個別のオフチェーントランザクションを適用した結果を確認できる場合においてのみです。 ロールアップオペレータがこの検証に対してトランザクションデータを入手可能にしていなければ、ロールアップオペレータは、不正なデータを送信することができます。 -[オプティミスティックロールアップ](/developers/docs/scaling/optimistic-rollups/)では、圧縮されたトランザクションデータをイーサリアムにポストし、独立した検証者がデータをチェックできるよう一定期間 (通常は7日間) 待機します。 検証者が問題を特定した場合、不正証明を生成し、それを使用してロールアップに対して異議申立ができます。 これにより、チェーンがロールバックされ、無効なブロックが除外されます。 これは、データが入手可能でないとできません。 現状のデータは、オンチェーンに永続的に存在する `CALLDATA`として永続的に入手可能になっています。 しかし、EIP-4844によって、ロールアップがトランザクションデータをCALLDATAの代わりに安価なBLOBストレージにポストできるようになる予定です。 これは永続ストレージではありません。 独立した検証者では、データがイーサリアムレイヤー1から削除される前の約1～3か月以内にBLOBへクエリを実行し、異議申立を提起しなければなりません。 データ可用性は、イーサリアムプロトコルによって、その短い一定の窓口期間内においてのみ保証されます。 それ以降は、イーサリアムエコシステム内の他のエンティティの責任になります。 どのノードでもDASを使い (すなわち、ブロブデータのランダムなサンプルをダウンロードすることによって) データ可用性を検証することができます。 +[オプティミスティックロールアップ](/developers/docs/scaling/optimistic-rollups/)では、圧縮されたトランザクションデータをイーサリアムにポストし、独立した検証者がデータをチェックできるよう一定期間 (通常は7日間) 待機します。 検証者が問題を特定した場合、不正証明を生成し、それを使用してロールアップに対して異議申立ができます。 これにより、チェーンがロールバックされ、無効なブロックが除外されます。 これは、データが入手可能でないとできません。 現在、オプティミスティック・ロールアップがトランザクションをL1に投稿する方法は2つあります。 一部のロールアップは、永続的にオンチェーンに存在する`CALLDATA`として、データを永続利用可能なものにしています。 EIP-4844の実装に伴い、一部のロールアップはトランザクションデータをより安価なブロブストレージに投稿しています。 これは永続ストレージではありません。 独立した検証者は、データがイーサリアムレイヤー1から削除される約18日前までにブロブへクエリを実行し、異議申立を提起しなければなりません。 データ可用性は、イーサリアムプロトコルによって、その短い一定の窓口期間内においてのみ保証されます。 それ以降は、イーサリアムエコシステム内の他のエンティティの責任になります。 どのノードでもDASを使い (すなわち、ブロブデータのランダムなサンプルをダウンロードすることによって) データ可用性を検証することができます。 [ゼロ知識 (ZK) ロールアップ](/developers/docs/scaling/zk-rollups)では、[ゼロ知識有効性証明](/glossary/#zk-proof)を用いて状態遷移の正当性を保証できるため、トランザクションデータを投稿する必要はありません。 ただし、データ可用性に対して依然として問題があります。なぜなら、状態データにアクセスできない場合、ゼロ知識ロールアップの機能（またはロールアップとのやりとり）を保証することができないからです。 具体的には、オペレータがロールアップの状態に関する詳細を公開しない場合、ユーザーは自分の残高を確認できません。 さらに、新たに追加されたブロックに含まれる情報を用いて、状態アップデートを実行することもできません。 diff --git a/public/content/translations/ja/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md b/public/content/translations/ja/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md index 76ea7893d93..106d40f2bc0 100644 --- a/public/content/translations/ja/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md +++ b/public/content/translations/ja/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md @@ -35,13 +35,11 @@ sidebarDepth: 2 ``` def update(node,path,value): + curnode = db.get(node) if node else [ NULL ] * 17 + newnode = curnode.copy() if path == '': - curnode = db.get(node) if node else [ NULL ] * 17 - newnode = curnode.copy() newnode[-1] = value else: - curnode = db.get(node) if node else [ NULL ] * 17 - newnode = curnode.copy() newindex = update(curnode[path[0]],path[1:],value) newnode[path[0]] = newindex db.put(hash(newnode),newnode) @@ -164,7 +162,7 @@ sidebarDepth: 2 ### ツリーの例 {#example-trie} -次の4つのパスバリューのペアを含むツリーが必要だとします。 `('do', 'verb')`、`('dog', 'puppy')`、`('doge', 'coins')`、`('horse', 'stallion')` +次の4つのパス／バリューのペアを含むツリーが必要だとします。 `('do', 'verb')`、`('dog', 'puppy')`、`('doge', 'coins')`、`('horse', 'stallion')`。 まず、パスと値(バリュー)の両方を`bytes`に変換します。 以下では、_paths_を実際のバイト表現 `<>`によって表示しています。しかし、 _values_は、分かりやすいように文字列として`''`で表示しています(実際は`bytes`) 。 diff --git a/public/content/translations/ja/developers/docs/data-structures-and-encoding/rlp/index.md b/public/content/translations/ja/developers/docs/data-structures-and-encoding/rlp/index.md index 3f8c550c4b7..59368bf5594 100644 --- a/public/content/translations/ja/developers/docs/data-structures-and-encoding/rlp/index.md +++ b/public/content/translations/ja/developers/docs/data-structures-and-encoding/rlp/index.md @@ -5,7 +5,7 @@ lang: ja sidebarDepth: 2 --- -再帰的な長さのプレフィックス(RLP)シリアライゼーションは、イーサリアムの実行クライアントで広く使われています。 RLPはスペース効率に優れたフォーマットで、ノード間のデータ転送を標準化します。 RLPの目的は、任意のネストされたバイナリデータの配列をエンコード(符号化)することです。また、RLPはイーサリアムの実行レイヤーのオブジェクトのシリアライズに用いられる主要なエンコーディング方式です。 RLPの唯一の目的は、構造をエンコードすることです。特定のデータ型(例: 文字列型、浮動小数点型など)のエンコーディングは、上位のプロトコルが行いますが、正のRLP整数は、先頭にゼロのないビッグエンディアン・バイナリ形式で表されます(そのため、整数値ゼロは空のバイト配列となります) 。 先頭がゼロのデシリアル化された正の整数は、無効として扱われます。 文字列長の整数表現は、ペイロード内の整数と同様にこの方法でエンコードする必要があります。 +再帰的な長さのプレフィックス(RLP)シリアライゼーションは、イーサリアムの実行クライアントで広く使われています。 RLPはスペース効率に優れたフォーマットで、ノード間のデータ転送を標準化します。 RLPの目的は、任意のネストされたバイナリデータの配列をエンコード(符号化)することです。また、RLPはイーサリアムの実行レイヤーのオブジェクトのシリアライズに用いられる主要なエンコーディング方式です。 RLPの主な目的は、構造をエンコードすることです。正の整数を除いて、RLPは特定のデータ型(例: 文字列、浮動小数点など)のエンコードを上位のプロトコルに任せます。 正の整数は、先頭にゼロのないビックエンディアンのバイナリ形式で表現する必要があります(そのため、整数値のゼロは空のバイト配列と等価です)。 RLPを使う上位のプロトコルは、デシリアライズ化された先頭がゼロの正の整数を無効として扱わなければなりません。 詳細については、[イーサリアムイエローペーパー (付録B)](https://ethereum.github.io/yellowpaper/paper.pdf#page=19)を参照してください。 @@ -20,6 +20,7 @@ RLPエンコーディング関数は、アイテムを取ります。 アイテ - 文字列型(すなわちバイト配列) はアイテム - アイテムのリストはアイテム +- 正の整数はアイテム 例えば、次はすべてアイテムです。 @@ -27,14 +28,17 @@ RLPエンコーディング関数は、アイテムを取ります。 アイテ - 「cat」という単語を含む文字列 - 任意の数の文字列を含むリスト - 次のような、より複雑なデータ構造 `["cat", ["puppy", "cow"], "horse", [[]], "pig", [""], "sheep"]` +- 数字の`100` -本ページのこれ以降では、「文字列」は「あるバイト数のバイナリデータ」を意味することに注意してください。特別なエンコーディングは使用されておらず、文字列が何を指すのかの知識は必要ありません。 +本ページのこれ以降では、「文字列」は「あるバイト数のバイナリデータ」を意味することに注意してください。特別なエンコーディングは使用されておらず、文字列が何を指すのかの知識は必要ありません(最小でない正の整数に対する規則で要求されていない場合を除く)。 RLPエンコーディングは以下のように定義されます。 +- 正の整数では、ビックエンディアンを整数として解釈した最短のバイト配列に変換されます。そして、次に以下の規則に従って文字列としてエンコードします。 - `[0x00, 0x7f]`(10進数`[0, 127]`)の範囲にある1バイトは、そのバイト自体がRLPエンコーディングとなる。 - その他、文字列が0～55バイトの場合、RLPエンコーディングは値が**0x80**(10進数128)に、文字列の長さを足した1バイト、続いて文字列で構成される。 したがって、最初の1バイトの範囲は`[0x80, 0xb7]`(10進数`[128, 183]`)となる。 - 文字列の長さが55バイトを超える場合、RLPエンコーディングは、**0xb7**(10進数 183)にバイナリ形式の文字列長をバイト数を加えた1バイト、続けて文字列の長さ、次に文字列で構成される。 例えば、1024バイトの長さの文字列は、`\xb9\x04\x00` (10進数`185, 4, 0`)にエンコードされ、その後文字列となる。 ここでは、最初の1バイトとして`0xb9` (183 + 2 = 185)、次に実際の文字列の長さを示す2バイトの`0x0400` (10進数1024)が続く。 したがって、最初の1バイトの範囲は、`[0xb8, 0xbf]` (10進数`[184, 191]`)となる。 +- 文字列が2^64バイト長以上の場合、エンコードされない可能性があります。 - リストの全ペイロード(例えば、RLPエンコードされるすべてのアイテムを合わせた長さ)が0～55バイトである場合、RLPエンコーディングは、**0xc0**にペイロードの長さを加えた1バイト、続けてアイテムをRLPエンコーディングして続けたもので構成される。 したがって、最初のバイトの範囲は`[0xc0, 0xf7]` (10進数`[192, 247]`)となる。 - リストの全ペイロードが、55バイトを超える場合、RLPエンコーディングは、**0xf7**にバイナリ形式のペイロードの長さのバイト数を加えた1バイト、次にペイロードの長さ、アイテムのRLPエンコーディングしたものを続けたもので構成される。 したがって、最初のバイトの範囲は、`[0xf8, 0xff]` (10進数`[248, 255]`)となる 。 @@ -73,9 +77,9 @@ def to_binary(x): - 空文字列 ('null') = `[ 0x80 ]` - 空リスト = `[ 0xc0 ]` - 整数0 = `[ 0x80 ]` -- 整数0 ('\\x00')のエンコード = `[ 0x00 ]` -- 整数15 ('\\x0f')エンコード = `[ 0x0f ]` -- 整数1024 ('\\x04\\x00')のエンコード = `[ 0x82, 0x04, 0x00 ]` +- バイト '\\x00' = `[ 0x00 ]` +- バイト '\\x0f' = `[ 0x0f ]` +- バイト '\\x04\\x00' = `[ 0x82, 0x04, 0x00 ]` - 3の[集合論的表現](http://en.wikipedia.org/wiki/Set-theoretic_definition_of_natural_numbers) `[ [], [[]], [ [], [[]] ] ] = [ 0xc7, 0xc0, 0xc1, 0xc0, 0xc3, 0xc0, 0xc1, 0xc0 ]` - 文字列「Lorem ipsum dolor sit amet, consectetur adipisicing elit」= `[ 0xb8, 0x38, 'L', 'o', 'r', 'e', 'm', ' ', ... , 'e', 'l', 'i', 't' ]` @@ -85,7 +89,7 @@ RLPエンコーディング規則とプロセスに従って、RLPデコード 1. 入力データの最初のバイト(プレフィックス) とデコーディングするデータ型に従った実際のデータ長とオフセット -2. データ型とデータのオフセットに従って対応するデータをデコード +2. データのタイプおよびオフセットに応じて、正の整数に関する最小エンコード規則に従って、対応するデータをデコードします。 3. 残りの入力のデコードを続行 diff --git a/public/content/translations/ja/developers/docs/design-and-ux/index.md b/public/content/translations/ja/developers/docs/design-and-ux/index.md index 24ec9c3c15a..80fa867b1b2 100644 --- a/public/content/translations/ja/developers/docs/design-and-ux/index.md +++ b/public/content/translations/ja/developers/docs/design-and-ux/index.md @@ -12,7 +12,7 @@ lang: ja 効果的なデザインは、視覚的に魅力的なユーザーインターフェイスを作成するだけにとどまりません。 ユーザーのニーズ、目的、推進要因などを深く理解することが伴います。 そのため、すべてのデザイナーが[**ダイヤモンドプロセス**](https://en.wikipedia.org/wiki/Double_Diamond_(design_process_model))などのデザインプロセスを採用することをお勧めします。これは、仕事が意図的であることを確実にします。 -- [Web3では、より多くのUXリサーチャーとデザイナーが必要](https://akasha.org/blog/2022/10/11/akasha-conversation-09-web3-ux-researchers-and-designers) - 現在のデザイン成熟度の概要 +- [Web3では、より多くのUXリサーチャーとデザイナーが必要](https://blog.akasha.org/akasha-conversations-9-web3-needs-more-ux-researchers-and-designers) - 現在のデザイン成熟度の概要 - [web3におけるUXリサーチの簡単なガイド](https://uxplanet.org/a-complete-guide-to-ux-research-for-web-3-0-products-d6bead20ebb1) - リサーチ方法の簡単なガイド - [Web3におけるUXデザインのアプローチ方法](https://archive.devcon.org/archive/watch/6/data-empathy-how-to-approach-ux-decisions-in-web3/) - 定量的リサーチと定性的リサーチの概要とその2つの違い (6分間のビデオ) - [Web3のUXリサーチャーになること](https://medium.com/@georgia.rakusen/what-its-like-being-a-user-researcher-in-web3-6a4bcc096849) - Web3のUXリサーチャーがどのようなものかついての個人的な見解 @@ -79,7 +79,7 @@ lang: ja ## デザインシステム {#design-systems} -- [オプティミズムデザイン](https://www.figma.com/@oplabs) (Figma) +- [オプティミズムデザイン](https://www.figma.com/@optimism) (Figma) - [Ethereum.orgデザインシステム](https://www.figma.com/@ethdotorg) (Figma) - [Finity、Polygonによるデザインシステム](https://www.figma.com/community/file/1073921725197233598/finity-design-system) (Figma) - [Klerosデザインシステム](https://www.figma.com/community/file/999852250110186964/kleros-design-system) (Figma) diff --git a/public/content/translations/ja/developers/docs/evm/index.md b/public/content/translations/ja/developers/docs/evm/index.md index 56bfd5002f2..9830b33b3c2 100644 --- a/public/content/translations/ja/developers/docs/evm/index.md +++ b/public/content/translations/ja/developers/docs/evm/index.md @@ -4,9 +4,7 @@ description: イーサリアム仮想マシンと状態、トランザクショ lang: ja --- -イーサリアム仮想マシン(EVM)の物理的に例示することは、雲や海の波を指し示すようにはできませんが、イーサリアムクライアントを実行する数千の接続されたコンピュータによって維持される1つのエンティティとして_存在_します。 - -イーサリアムのプロトコル自体、この特別な状態マシンの継続的、無中断かつ変更不可能である動作を維持することが唯一の目的です。 すべてのイーサリアムアカウントとスマートコントラクトが存続する環境です。 チェーン内のすべてブロックにおいて、イーサリアムは単一の「正規」の状態のみを持ち、EVMはブロックごとに新たな有効状態を計算するためのルールを定義します。 +イーサリアム仮想マシン(EVM)は、分散型の仮想環境でイーサリアムノードのすべてにわたり一貫して安全にコードを実行します。 ノードでは、スマートコントラクトを実行するためにEVMが動作しており、「[ガス](/gas/)」を使用して[演算](/developers/docs/evm/opcodes/)に必要な計算量を測定します。これにより、効率的なリソースの割り当てとネットワークのセキュリティを確保しています。 ## 前提知識 {#prerequisites} @@ -63,6 +61,7 @@ EVMのすべての実装は、イーサリアムイエローペーパーに記 - [Py-EVM](https://github.com/ethereum/py-evm) - _Python_ - [evmone](https://github.com/ethereum/evmone) - _C++_ - [ethereumjs-vm](https://github.com/ethereumjs/ethereumjs-vm) - _JavaScript_ +- [eEVM](https://github.com/microsoft/eevm) - _C++_ - [revm](https://github.com/bluealloy/revm) - _Rust_ ## 参考文献 {#further-reading} diff --git a/public/content/translations/ja/developers/docs/evm/opcodes/index.md b/public/content/translations/ja/developers/docs/evm/opcodes/index.md index c46a30eb045..eebcefe8592 100644 --- a/public/content/translations/ja/developers/docs/evm/opcodes/index.md +++ b/public/content/translations/ja/developers/docs/evm/opcodes/index.md @@ -89,7 +89,7 @@ lang: ja | 5C | TLOAD | 100 | `key` | `tstorage[key]` | | 一時ストレージからワードを読み込む([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)) | | 5D | TSTORE | 100 | `key, val` | `。` | tstorage[key] := val | 一時ストレージへワードを書き込む ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)) | | 5E | MCOPY | 3+3\*words+[A0](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `dstOst, ost, len` | `。` | mem[dstOst] := mem[ost:ost+len] | メモリをあるエリアから別のエリアへコピーする([EIP-5656](https://eips.ethereum.org/EIPS/eip-5656)) | -| 5F | PUSH0 | 2 | `。` | `uint8` | | スタックへ定数値0をプッシュ | +| 5E | PUSH0 | 2 | `。` | `uint8` | | スタックへ定数値0をプッシュ | | 60 | PUSH1 | 3 | `。` | `uint8` | | push 1-byte value onto stack | | 61 | PUSH2 | 3 | `。` | `uint16` | | push 2-byte value onto stack | | 62 | PUSH3 | 3 | `。` | `uint24` | | push 3-byte value onto stack | @@ -156,9 +156,9 @@ lang: ja | 9F | SWAP16 | 3 | `a, ..., b` | `b, ..., a` | | | | A0 | LOG0 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len` | `。` | | LOG0(memory[ost:ost+len-1]) | | A1 | LOG1 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0` | `。` | | LOG1(memory[ost:ost+len-1], topic0) | -| A2 | LOG2 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1` | `。` | | LOG1(memory[ost:ost+len-1], topic0, topic1) | -| A3 | LOG3 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2` | `。` | | LOG1(memory[ost:ost+len-1], topic0, topic1, topic2) | -| A4 | LOG4 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2, topic3` | `。` | | LOG1(memory[ost:ost+len-1], topic0, topic1, topic2, topic3) | +| A2 | LOG2 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1` | `。` | | LOG2(memory[ost:ost+len-1], topic0, topic1) | +| A3 | LOG3 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2` | `。` | | LOG3(memory[ost:ost+len-1], topic0, topic1, topic2) | +| A4 | LOG4 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2, topic3` | `。` | | LOG4(memory[ost:ost+len-1], topic0, topic1, topic2, topic3) | | A5-EF | _invalid_ | | | | | | | F0 | CREATE | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len` | `addr` | | addr = keccak256(rlp([address(this), this.nonce])) | | F1 | CALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | gas, addr, val, argOst, argLen, retOst, retLen | `success` | mem[retOst:retOst+retLen-1] := returndata | | diff --git a/public/content/translations/ja/developers/docs/frameworks/index.md b/public/content/translations/ja/developers/docs/frameworks/index.md index 0bc59f08f30..d7267efc065 100644 --- a/public/content/translations/ja/developers/docs/frameworks/index.md +++ b/public/content/translations/ja/developers/docs/frameworks/index.md @@ -45,6 +45,12 @@ lang: ja - [ドキュメント](https://docs.web3j.io) - [GitHub](https://github.com/web3j/web3j) +**ethers-kt -** **_EVMベースのブロックチェーン用の非同期、ハイパフォーマンスのKotlin/Java/Androidライブラリ_** + +- [GitHub](https://github.com/Kr1ptal/ethers-kt) +- [実例：](https://github.com/Kr1ptal/ethers-kt/tree/master/examples) +- [Discord](https://discord.gg/rx35NzQGSb) + **Create Eth App -** **_単一のコマンドで、イーサリアムで稼動するアプリケーションを作成可能。 豊富な選択肢を提供するUIフレームワークとDeFiテンプレートが付属。_** - [GitHub](https://github.com/paulrberg/create-eth-app) @@ -52,7 +58,7 @@ lang: ja **Scaffold-Eth -** **_Scaffold-Eth - Ethers.js + Hardhat + React components and hooks for web3: スマートコントラクトを利用した分散型アプリケーションの構築を始めるために必要なすべてを網羅。_** -- [GitHub](https://github.com/austintgriffith/scaffold-eth) +- [GitHub](https://github.com/scaffold-eth/scaffold-eth-2) **Tenderly -** **_ブロックチェーンデベロッパーがスマートコントラクトを構築、テスト、デバッグ、監視、操作し、dApp UXを改善できるWeb3開発プラットフォーム。_** @@ -87,6 +93,12 @@ lang: ja - [GitHub](https://github.com/chainstack) - [Discord](https://discord.gg/BSb5zfp9AT) +**Crossmint -** **_エンタープライズグレードのweb3開発プラットで、すべての主要なEVMチェーン(および他のチェーン)でNFTアプリケーションをビルドすることができます。_** + +- [ウェブサイト](https://www.crossmint.com) +- [ドキュメント](https://docs.crossmint.com) +- [Discord](https://discord.com/invite/crossmint) + **Brownie -** **_Pythonベースの開発環境とテストフレームワーク。_** - [ドキュメント](https://eth-brownie.readthedocs.io/en/latest/) @@ -112,6 +124,13 @@ lang: ja - [ドキュメント](https://catapulta.sh/docs) - [GitHub](https://github.com/catapulta-sh) +**Wake -** **_コントラクトのテスト、ファジング、デプロイ、脆弱性スキャン、コードナビゲーションが可能なオールインワンPythonフレームワーク。_** + +- [ホームページ](https://getwake.io/) +- [ドキュメント](https://ackeeblockchain.com/wake/docs/latest/) +- [GitHub](https://github.com/Ackee-Blockchain/wake) +- [VS Codeエクステンション](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity) + ## 参考文献 {#further-reading} _役に立ったコミュニティリソースがあれば、 ぜひこのページに追加してください。_ diff --git a/public/content/translations/ja/developers/docs/intro-to-ether/index.md b/public/content/translations/ja/developers/docs/intro-to-ether/index.md index 634a53bf682..b227607af2f 100644 --- a/public/content/translations/ja/developers/docs/intro-to-ether/index.md +++ b/public/content/translations/ja/developers/docs/intro-to-ether/index.md @@ -24,7 +24,11 @@ lang: ja イーサ暗号通貨は、イーサリアムのコンピューティング能力の価格設定メカニズムに対応しています。 トランザクションを行うには、ブロックチェーン上でトランザクションを認識してもらうためにイーサを支払う必要があります。 これらの使用料は[ガス代](/developers/docs/gas/)として知られており、ガス代は処理を実行するために必要な計算力の量と、その時のネットワーク全体の計算力の需要により決まります。 -そのため、悪意のある分散型アプリ(Dapp)が無限ループを送信したとしても、最終的には保有しているイーサを使い果たしてトランザクションが終了し、ネットワークが正常に戻ることになります。[広く一般的](https://www.reuters.com/article/us-crypto-currencies-lending-insight-idUSKBN25M0GP#:~:text=price%20of%20ethereum)にイーサリアムとイーサが[混同](https://www.cnn.com/2021/03/14/tech/nft-art-buying/index.html#:~:text=price%20of%20ethereum)されますが、「イーサリアムの価格」について話されている時は、イーサの価格を意味します。 +そのため、悪意のある分散型アプリ(Dapp)が無限ループを送信したとしても、最終的には保有しているイーサを使い果たしてトランザクションが終了し、ネットワークが正常に戻ることになります。 + +[広く一般的](https://www.reuters.com/article/us-crypto-currencies-lending-insight-idUSKBN25M0GP#:~:text=price%20of%20ethereum)にイーサリアムとイーサが + +[混同](https://www.cnn.com/2021/03/14/tech/nft-art-buying/index.html#:~:text=price%20of%20ethereum)されますが、「イーサリアムの価格」について話されている時は、イーサの価格を意味します。

diff --git a/public/content/translations/ja/developers/docs/mev/index.md b/public/content/translations/ja/developers/docs/mev/index.md index 557602163a2..5fa4ecac81d 100644 --- a/public/content/translations/ja/developers/docs/mev/index.md +++ b/public/content/translations/ja/developers/docs/mev/index.md @@ -102,7 +102,7 @@ MEVは必ずしも絶対悪ではなく、イーサリアムにとってはよ ネットワークレイヤーにおいては、汎用フロントランナーやガス価格のオークションが頻繁に用いられるため（複数のフロントランナーが、次のブロックに追加されるトランザクションのガス代を吊り上げる競争を行う場合）、ネットワークの混雑が悪化するだけでなく、通常のトランザクションを実行したい他のすべてのユーザーにとってもガス代が上昇してしまいます。 -MEVは、ブロック _内部__における影響に加えて、複数のブロック_間_においても悪影響をもたらす場合があります。 特定のブロック内において獲得できるMEVが標準的なブロック報酬を大きく上回る場合、バリデータにとっては、ブロックを再編成し、バリデータ自身がMEVを獲得しようというインセンティブが発生しうるため、ブロックチェーンの再編成を促し、コンセンサスの安定性が損なわれる可能性があります。 +MEVは、ブロック _内部_における影響に加えて、複数のブロック_間_においても悪影響をもたらす場合があります。 特定のブロック内において獲得できるMEVが標準的なブロック報酬を大きく上回る場合、バリデータにとっては、ブロックを再編成し、バリデータ自身がMEVを獲得しようというインセンティブが発生しうるため、ブロックチェーンの再編成を促し、コンセンサスの安定性が損なわれる可能性があります。 このブロックチェーンが再編成される可能性は、 [すでにビットコインのブロックチェーンにおいて発生しています](https://dl.acm.org/doi/10.1145/2976749.2978408)。 ビットコインのブロック報酬が半減し、ブロック報酬においてトランザクション手数料が占める割合がますます大きくなると、マイナーにとっては、次のブロックで得られる報酬よりも、より高額な手数料が期待できる過去のブロックを再採掘する方が経済的に合理的である状況が発生します。 MEVの抽出が一般化した場合、イーサリアムにおいても類似の状況が発生し、イーサリアム・ブロックチェーンの健全性が損なわれる可能性があります。 @@ -178,7 +178,7 @@ PBS（提案者と作成者の分離）は、MEVの抽出に伴う悪影響を 4. ビルダーAPIを実行しているビルダーは、ブラインドのブロック提案を確認した上で、完全な実行ペイロードで対応すると想定されています。 これにより、バリデータは「署名済み」のビーコンブロックを作成し、ネットワークに拡散することができます。 -5. ビルダーAPIを使用するバリデータの場合でも、ブロックビルダーが迅速に対応しない場合にブロック提案に伴う報酬が受け取れない場合を避けるために、ローカルでブロックを構築する必要があります。 しかしバリデータは、この時点で公開されたトランザクションあるいは他のセットを用いて別のブロックを作成することはできません。これは_曖昧化_（同じスロット内の2つのブロックに署名すること）を発生させるため、スラッシングの対象である違反行為です。 +5. ビルダーAPIを使用するバリデータの場合でも、ブロックビルダーが迅速に対応しない場合にブロック提案に伴う報酬が受け取れない場合を避けるために、ローカルでブロックを構築する必要があります。 しかしバリデータは、この時点で公開されたトランザクションあるいは他のセットを用いて別のブロックを作成することはできません。これは_曖昧化_（同じスロット内の2つのブロックに署名すること）を発生させるため、スラッシングの対象である違反行為です。 ビルダーAPIの実装例としては、イーサリアムに対するMEVの悪影響を軽減するように[フラッシュボットのオークション機能](https://docs.flashbots.net/Flashbots-auction/overview/)を改善した[MEV Boost](https://github.com/flashbots/mev-boost)があります。 フラッシュボットのオークションでは、プルーフ・オブ・ワークを行うマイナーに対し、利益を伴うブロックを作成する作業を**サーチャー**と呼ばれる専門のユーザーに外注することが認められています。 diff --git a/public/content/translations/ja/developers/docs/networking-layer/index.md b/public/content/translations/ja/developers/docs/networking-layer/index.md index ec1245c782e..75046040868 100644 --- a/public/content/translations/ja/developers/docs/networking-layer/index.md +++ b/public/content/translations/ja/developers/docs/networking-layer/index.md @@ -152,10 +152,4 @@ SSZは、シンプル・シリアライゼーションの略です。 SSZは、 ## 参考文献 {#further-reading} -- [DevP2P](https://github.com/ethereum/devp2p) -- [LibP2p](https://github.com/libp2p/specs) -- [コンセンサスレイヤーネットワークの仕様](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/p2p-interface.md#enr-structure) -- カデムリアからdiscv5[discv5](https://vac.dev/kademlia-to-discv5) -- [カデムリアペーパー](https://pdos.csail.mit.edu/~petar/papers/maymounkov-kademlia-lncs.pdf) -- [Ethereumピアツーピア入門](https://p2p.paris/en/talks/intro-ethereum-networking/) [eth1eth2の関係](http://ethresear.ch/t/eth1-eth2-client-relationship/7248) -- [マージとeth2クライアントの詳細に関するビデオ](https://www.youtube.com/watch?v=zNIrIninMgg) +[DevP2P](https://github.com/ethereum/devp2p) [LibP2p](https://github.com/libp2p/specs) [コンセンサスレイヤーネットワークの仕様](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/p2p-interface.md#enr-structure) カデムリアからdiscv5[discv5](https://vac.dev/kademlia-to-discv5) [カデムリアペーパー](https://pdos.csail.mit.edu/~petar/papers/maymounkov-kademlia-lncs.pdf) [Ethereumピアツーピア入門](https://p2p.paris/en/talks/intro-ethereum-networking/) [eth1eth2の関係](http://ethresear.ch/t/eth1-eth2-client-relationship/7248) [マージとeth2クライアントの詳細に関するビデオ](https://www.youtube.com/watch?v=zNIrIninMgg)

diff --git a/public/content/translations/ja/developers/docs/networks/index.md b/public/content/translations/ja/developers/docs/networks/index.md index c2f0c8e0485..9f90ce93196 100644 --- a/public/content/translations/ja/developers/docs/networks/index.md +++ b/public/content/translations/ja/developers/docs/networks/index.md @@ -50,6 +50,7 @@ lang: ja - [GitHub](https://github.com/eth-clients/sepolia) - [Otterscan](https://sepolia.otterscan.io/) - [Etherscan](https://sepolia.etherscan.io) +- [Blockscout](https://eth-sepolia.blockscout.com/) ##### フォーセット @@ -60,7 +61,6 @@ lang: ja - [Alchemy Sepolia faucet](https://sepoliafaucet.com/) - [Infura Sepolia faucet](https://www.infura.io/faucet) - [Chainstack Sepolia faucet](https://faucet.chainstack.com/sepolia-faucet) -- [Blockscout](https://eth-sepolia.blockscout.com/) #### Goerli(ゴエリ) _(長期サポート)_ {#goerli} @@ -77,6 +77,7 @@ Goerliは、バリデーションやステーキングのテストを行うた - [ウェブサイト](https://goerli.net/) - [GitHub](https://github.com/eth-clients/goerli) - [Etherscan](https://goerli.etherscan.io) +- [Blockscout](https://eth-goerli.blockscout.com/) ##### フォーセット @@ -88,7 +89,6 @@ Goerliは、バリデーションやステーキングのテストを行うた - [All That Node Goerli Faucet](https://www.allthatnode.com/faucet/ethereum.dsrv) - [Coinbase Wallet Faucet | Goerli](https://coinbase.com/faucets/ethereum-goerli-faucet) - [Chainstack Goerli faucet](https://faucet.chainstack.com/goerli-faucet) -- [Blockscout](https://eth-goerli.blockscout.com/) Goerliテストネットでバリデータを起動するには、ethstakerの["cheap goerli validator" launchpad](https://goerli.launchpad.ethstaker.cc/en/)を使用してください。 diff --git a/public/content/translations/ja/developers/docs/nodes-and-clients/client-diversity/index.md b/public/content/translations/ja/developers/docs/nodes-and-clients/client-diversity/index.md index ff108ba1c48..e81e3b0de6b 100644 --- a/public/content/translations/ja/developers/docs/nodes-and-clients/client-diversity/index.md +++ b/public/content/translations/ja/developers/docs/nodes-and-clients/client-diversity/index.md @@ -75,9 +75,9 @@ sidebarDepth: 2 [Teku](https://consensys.net/knowledge-base/ethereum-2/teku/) -[Lodestar](https://github.com/ChainSafe/lodestar) +[ロードスター](https://github.com/ChainSafe/lodestar) -[Prysm](https://docs.prylabs.network/docs/getting-started) +[プリズム](https://docs.prylabs.network/docs/getting-started) ノードオペレーターを大多数を占めるクライアントからの移行を奨励し、移行プロセスを加速できるよう、技術系のユーザーはマイノリティクライアント向けのチュートリアルやドキュメントの作成にご協力ください。 マイノリティコンセンサスクライアントへの移行に関するガイドは、 [clientdiversity.org](https://clientdiversity.org/)から入手できます。 @@ -90,7 +90,7 @@ sidebarDepth: 2 - [Rated.network](https://www.rated.network/) - [clientdiversity.org](https://clientdiversity.org/) **実行レイヤー:** -- [execution-diversity.info](https://execution-diversity.info/) +- [supermajority.info](https://supermajority.info//) - [Ethernodes](https://ethernodes.org/) ## 参考文献 {#further-reading} diff --git a/public/content/translations/ja/developers/docs/nodes-and-clients/index.md b/public/content/translations/ja/developers/docs/nodes-and-clients/index.md index 99284333b6f..3d62d03a902 100644 --- a/public/content/translations/ja/developers/docs/nodes-and-clients/index.md +++ b/public/content/translations/ja/developers/docs/nodes-and-clients/index.md @@ -137,8 +137,7 @@ sidebarDepth: 2 | [Besu](https://besu.hyperledger.org/en/stable/) | Java | Linux、Windows、macOS | Mainnet, Sepolia, Holesky | スナップ、高速、フル | アーカイブ、プルーン | | [Erigon](https://github.com/ledgerwatch/erigon) | Go | Linux、Windows、macOS | Mainnet, Sepolia, Holesky | フル | アーカイブ、プルーン | | [Reth](https://github.com/paradigmxyz/reth) _(ベータ)_ | Rust | Linux、Windows、macOS | Mainnet, Sepolia, Holesky | フル | アーカイブ、プルーン | -| [EthereumJS](https://github.com/ethereumjs/ethereumjs-monorepo) _(ベータ)_ | TypeScript | Linux、Windows、macOS | Mainnet, Sepolia, Holesky | スナップ、フル、ライト | | - +| [EthereumJS](https://github.com/ethereumjs/ethereumjs-monorepo) _(ベータ)_ | TypeScript | Linux、Windows、macOS | Sepolia, Holesky | フル | プルーン | サポートされているネットワークの詳細については、[イーサリアムネットワーク](/developers/docs/networks/)をご覧ください。 @@ -170,6 +169,16 @@ Nethermindは、C# .NETの技術スタックで開発されたイーサリアム また、Nethermindは、[詳細なドキュメント](https://docs.nethermind.io)、強力な開発サポート、オンラインコミュニティ、プレミアムユーザー向けの24時間年中無休のサポートなど、充実したサポート体制を整えています。 +### 開発中 {#execution-in-development} + +これらのクライアントはまだ開発の初期段階であるため、今のところ本番環境での使用は推奨されていません。 + +#### EthereumJS {#ethereumjs} + +EthereumJS実行クライアント(EthereumJS)は、TypeScriptで書かれ、いくつかのパッケージで構成されています。ブロック、トランザクション、マークルパトリシアツリークラスで表すコアイーサリアムプリミティブや、イーサリアム仮想マシン(EVM)、ブロックチェーンクラス、DevP2Pネットワークスタックの実装などのコアクライアントコンポーネントを含みます。 + +詳細については、EthereumJSの[ドキュメント](https://github.com/ethereumjs/ethereumjs-monorepo/tree/master)を参照してください。 + ## コンセンサスクライアント {#consensus-clients} [コンセンサスアップグレード](/roadmap/beacon-chain/)に対応する複数のコンセンサスクライアント(旧称: 「Eth2」クライアント) があります。 コンセンサスクライアントは、フォーク選択アルゴリズム、アテステーションの処理、[プルーフ・オブ・ステーク](/developers/docs/consensus-mechanisms/pos)の報酬とペナルティの管理など、コンセンサスに関連するロジックをすべて担っています。 diff --git a/public/content/translations/ja/developers/docs/nodes-and-clients/light-clients/index.md b/public/content/translations/ja/developers/docs/nodes-and-clients/light-clients/index.md index 587be2b2d34..1cb3e620135 100644 --- a/public/content/translations/ja/developers/docs/nodes-and-clients/light-clients/index.md +++ b/public/content/translations/ja/developers/docs/nodes-and-clients/light-clients/index.md @@ -49,7 +49,7 @@ lang: ja 現時点では、これらはまだ本番環境で使用できるものではありません。 -また、ライトクライアントがイーサリアムのデータにアクセスする方法の改善にも、多くの作業が必要です。 現状、ライトクライアントは、クライアント/サーバーモデルを使用したフルノードへのRPCリクエストが必要ですが、将来的には、[ポータルネットワーク](https://www.ethportal.net/)などのピアツーピアのゴシッププロトコルを使用して、ライトクライアントに対してデータを提供できるようになります。 +また、ライトクライアントがイーサリアムのデータにアクセスする方法の改善にも、多くの作業が必要です。 現状、ライトクライアントは、クライアント/サーバーモデルを使用したフルノードへのRPCリクエストが必要ですが、将来的には、[ポータルネットワーク](https://www. ethportal.net/)などのピアツーピアのゴシッププロトコルを使用して、ライトクライアントに対してデータを提供できるようになります。 [バークルツリー](/roadmap/verkle-trees/)や[ステートレス](/roadmap/statelessness/)などの[ロードマップ](/roadmap/)アイテムの導入により、ライトクライアントのセキュリティ保証もフルクライアントと同等になるでしょう。 diff --git a/public/content/translations/ja/developers/docs/nodes-and-clients/nodes-as-a-service/index.md b/public/content/translations/ja/developers/docs/nodes-and-clients/nodes-as-a-service/index.md index ac81693a7df..87d6cb712e1 100644 --- a/public/content/translations/ja/developers/docs/nodes-and-clients/nodes-as-a-service/index.md +++ b/public/content/translations/ja/developers/docs/nodes-and-clients/nodes-as-a-service/index.md @@ -66,16 +66,15 @@ sidebarDepth: 2 - [**All That Node**](https://allthatnode.com/) - [ドキュメント](https://docs.allthatnode.com/) - 機能 - - 1日あたり15万リクエストの最大の無料ティア - - 24以上のブロックチェーンノードへのアクセス - - RPC、HTTPS、WSSエンドポイント + - 5万リクエスト/日と無料ティア + - 40以上のプロトコルのサポート + - JSON-RPC(EVM、Tendermint)、REST、Websocket APIのサポート - アーカイブデータへの無制限アクセス - 24時間年中無休のサポートと99.9%超の稼働時間 - 複数のチェーンで利用可能なフォーセット - 無制限のAPIキー数でエンドポイントに無制限アクセス - - トレース/デバッグ名前空間が利用可能 + - トレース/デバックAPIのサポート - 自動アップデート - - 技術サポート - [**Amazon Managed Blockchain**](https://aws.amazon.com/managed-blockchain/) - [ドキュメント](https://aws.amazon.com/managed-blockchain/resources/) - 機能 @@ -257,7 +256,7 @@ sidebarDepth: 2 - パーソナルアカウントマネージャー - 共有、アーカイブ、バックアップ、専用ノード - [**Pocket Network**](https://www.pokt.network/) - - [ドキュメント](https://docs.pokt.network/home/) + - [ドキュメンテーション](https://docs.pokt.network/home/) - 機能 - 分散型RPCプロトコルとマーケットプレイス - 1日あたり100万件のリクエストができる無料ティア(エンドポイントあたり最大2件) @@ -277,7 +276,7 @@ sidebarDepth: 2 - ハンズオンデベロッパーサポート - [Pocket Portal](https://bit.ly/ETHorg_POKTportal)ダッシュボードと分析 - [**QuickNode**](https://www.quicknode.com) - - [ドキュメント](https://www.quicknode.com/docs/) + - [ドキュメンテーション](https://www.quicknode.com/docs/) - 機能 - 24時間年中無休の技術サポートとデベロッパーのDiscordコミュニティ - 地理的なバランスを考慮した、マルチクラウド/メタルの低遅延ネットワーク @@ -290,19 +289,19 @@ sidebarDepth: 2 - [SOC2認証](https://www.quicknode.com/security) - デベロッパーからエンタープライズまで幅広く対応 - [**Rivet**](https://rivet.cloud/) - - [ドキュメント](https://rivet.readthedocs.io/en/latest/) + - [ドキュメンテーション](https://rivet.readthedocs.io/en/latest/) - 機能 - 無料ティアオプション - 従量課金制 - [**SenseiNode**](https://senseinode.com) - - [ドキュメント](https://docs.senseinode.com/) + - [ドキュメンテーション](https://docs.senseinode.com/) - 機能 - 専用ノードと共有ノード - ダッシュボード - ラテンアメリカの様々な地域に拠点を置く複数のホスティングプロバイダーを利用して、AWS外部でホスティング - PrysmとLighthouseクライアント - [**SettleMint**](https://console.settlemint.com/) - - [ドキュメント](https://docs.settlemint.com/) + - [ドキュメンテーション](https://docs.settlemint.com/) - 機能 - 無料トライアル - 従量課金制 diff --git a/public/content/translations/ja/developers/docs/oracles/index.md b/public/content/translations/ja/developers/docs/oracles/index.md index 0f411141a6c..b1757f67d1e 100644 --- a/public/content/translations/ja/developers/docs/oracles/index.md +++ b/public/content/translations/ja/developers/docs/oracles/index.md @@ -4,7 +4,7 @@ description: オラクルを通じて、イーサリアムのスマートコン lang: ja --- -オラクルは、ブロックチェーンでオフチェーンのデータソースを利用可能にするスマートコントラクト向けのデータフィードです。 イーサリアムベースのスマートコントラクトでは、デフォルトでブロックチェーンのネットワークの外に保存されている情報にアクセスできないため必要になります。 +オラクルは、スマートコントラクト向けに、ブロックチェーンでオフチェーンのデータソースを利用可能にし、データフィードを生成するアプリケーションです。 イーサリアムベースのスマートコントラクトでは、デフォルトでブロックチェーンのネットワークの外に保存されている情報にアクセスできないため必要になります。 オフチェーンのデータを使用してスマートコントラクトを実行できるようにすることで、分散型アプリケーションの実用性と価値を高めることができます。 例えば、オンチェーンの予測市場では、オラクルに依存しており、結果に関する情報を提供することでユーザーの予測を検証します。 アメリカの次期大統領が誰になるかという予測に、アリスさんが20 ETHを賭けたと仮定してみましょう。 このユースケースの場合、予測市場を提供するDappは、選挙結果を確認し、ユーザー（例えば、アリス）が支払対象に含まれるかを確認するためにオラクルが必要になります。 @@ -402,6 +402,8 @@ Chainlinkの[Keeper Network](https://chain.link/keepers)では、スマートコ **[API3 DAO](https://www.api3.org/)** - _API3 DAOでは、ファーストパーティのオラクルソリューションを提供しています。スマートコントラクトの分散型ソリューションにより、ソースの透明性、セキュリティ、スケーラビリティを向上させることができます。_ +**[Supra](https://supra.com/)** - クロスチェーンソリューションの垂直統合ツールキットで、パブリック(L1やL2)とプライベート(エンタープライズ)のあらゆるブロックチェーンを連結し、オンチェーンおよびオフチェーンのユースケースで使用できる分散型オラクルプライスフィードを提供します。 + ## 参考文献 {#further-reading} **記事** diff --git a/public/content/translations/ja/developers/docs/programming-languages/dart/index.md b/public/content/translations/ja/developers/docs/programming-languages/dart/index.md index 45d386afa69..73feb8e4445 100644 --- a/public/content/translations/ja/developers/docs/programming-languages/dart/index.md +++ b/public/content/translations/ja/developers/docs/programming-languages/dart/index.md @@ -16,7 +16,7 @@ incomplete: true - [Flutterを使用したモバイルdappの構築](https://medium.com/dash-community/building-a-mobile-dapp-with-flutter-be945c80315a)は、より簡潔な説明となっています。すでに基礎を理解している場合は、こちらを参照することをお勧めします。 - ビデオでの学習をご希望の場合は、[初めてのブロックチェーンFlutterアプリの構築](https://www.youtube.com/watch?v=3Eeh3pJ6PeA)をご覧いただけます。このビデオは約1時間です。 - 時間がない場合は、[イーサリアムでのFlutterとDartを使用したブロックチェーンの分散型アプリの構築](https://www.youtube.com/watch?v=jaMFEOCq_1s)をご覧ください。このビデオはわずか20分です。 -- [FlutterアプリケーションへのMetaMaskの統合](https://youtu.be/8qzVDje3IWk) - この短いビデオでは、FlutterアプリケーションにMetaMaskを統合する手順を段階的に説明しています。 +- [WalletConnectによるFlutterアプリケーションのMetaMaskとWeb3Modalの統合](https://www.youtube.com/watch?v=v_M2buHCpc4) - この短編ビデオでは、WalletConnectの [Web3Modal](https://pub.dev/packages/web3modal_flutter)ライブラリを使用してMetaMaskをFlutterアプリケーションに統合する手順を説明します。 - [Flutter Dappシンプルウォレット](https://youtu.be/JMfIBpuAhKA)と[はじめてのFlutter DApp - Solidity、Truffle、Ganache](https://youtu.be/bHw2gQZxJ_s) - これらのビデオは、TruffleとGanacheを使ってFlutterで簡単なDappsを作成する方法を案内します。 - [SolidityとFlutterによるモバイル・ブロックチェーン・デベロッパー・ブートキャンプ・コース](https://youtube.com/playlist?list=PL4V4Unlk5luhQ26ERO6hWEbcUwHDSSmVH) - フルスタック・モバイル・ブロックチェーン・デベロッパー・コースのプレイリスト diff --git a/public/content/translations/ja/developers/docs/programming-languages/java/index.md b/public/content/translations/ja/developers/docs/programming-languages/java/index.md index ccc2e17c329..08c2e362536 100644 --- a/public/content/translations/ja/developers/docs/programming-languages/java/index.md +++ b/public/content/translations/ja/developers/docs/programming-languages/java/index.md @@ -33,6 +33,11 @@ incomplete: true - [Java統合テストでハイパーレジャーBesu (Pantheon) ノードを実行する](https://kauri.io/article/7dc3ecc391e54f7b8cbf4e5fa0caf780/running-a-pantheon-node-in-java-integration-tests) - [Web3jのチートシート](https://kauri.io/web3j-cheat-sheet-(java-ethereum)/5dfa1ea941ac3d0001ce1d90/c) +EVMベースのブロックチェーンとやり取りするための非同期でハイパフォーマンスのKotlinライブラリである[ethers-kt](https://github.com/Kr1ptal/ethers-kt)の使用方法を学ぶ。 JVMおよびAndroidプラットフォームをターゲットにしています。 +- [ERC20トークンの送信](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/abi/TransferERC20.kt) +- [イベントをリッスンしつつUniswapV2でスワップする](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/tokenswapwitheventlistening/TokenSwapWithEventListening.kt) +- [ETH / ERC20残高トラッカー](https://github.com/Kr1ptal/ethers-kt/blob/master/examples/src/main/kotlin/io/ethers/examples/balancetracker/BalanceTracker.kt) + ## 中級者向けの記事 {#intermediate-articles} - [IPFSを使用してJavaアプリケーションのストレージを管理する](https://kauri.io/article/3e8494f4f56f48c4bb77f1f925c6d926/managing-storage-in-a-java-application-with-ipfs) @@ -47,6 +52,7 @@ incomplete: true - [ハイパーレジャーBesu (Pantheon) (イーサリアムクライアント)](https://docs.pantheon.pegasys.tech/en/stable/) - [Web3j (イーサリアムクライアントとやり取りするためのライブラリ)](https://github.com/web3j/web3j) +- [ethers-kt (EVMベースのブロックチェーン用の非同期、ハイパフォーマンスのKotlin/Java/Androidライブラリ)](https://github.com/Kr1ptal/ethers-kt) - [Eventeum (イベントリスナー)](https://github.com/ConsenSys/eventeum) - [Mahuta (IPFSデベロッパーツール)](https://github.com/ConsenSys/mahuta) diff --git a/public/content/translations/ja/developers/docs/programming-languages/python/index.md b/public/content/translations/ja/developers/docs/programming-languages/python/index.md index 09798ea4116..e56c725944c 100644 --- a/public/content/translations/ja/developers/docs/programming-languages/python/index.md +++ b/public/content/translations/ja/developers/docs/programming-languages/python/index.md @@ -58,6 +58,7 @@ incomplete: true - [pymaker](https://github.com/makerdao/pymaker) - _MakerコントラクトのためのPython API_ - [siwe](https://github.com/spruceid/siwe-py) - _Pythonのためのイーサリアムによるサインイン (siwe)_ - [イーサリアムの統合のためのWeb3 DeFi](https://github.com/tradingstrategy-ai/web3-ethereum-defi) - _ERC-20、Uniswap、その他の一般的なプロジェクトのための、すぐに統合を行えるPythonパッケージ_ +- [Wake -](https://getwake.io) _コントラクトのテスト、ファジング、デプロイ、脆弱性スキャン、コードナビゲーションが可能なオールインワンPythonフレームワーク(言語サーバー - [Tools for Solidity](https://marketplace.visualstudio.com/items?itemName=AckeeBlockchain.tools-for-solidity))_ ### アーカイブ済み・メンテナンスされていないもの {#archived--no-longer-maintained} diff --git a/public/content/translations/ja/developers/docs/programming-languages/rust/index.md b/public/content/translations/ja/developers/docs/programming-languages/rust/index.md index c8c22dc1184..3f50d967da3 100644 --- a/public/content/translations/ja/developers/docs/programming-languages/rust/index.md +++ b/public/content/translations/ja/developers/docs/programming-languages/rust/index.md @@ -51,6 +51,7 @@ incomplete: true - [SewUp](https://github.com/second-state/SewUp) - _Rustを使用したイーサリアムWebAssemblyコントラクトの構築と、一般的なバックエンドと同様の開発をサポートするライブラリ_ - [Substreams](https://github.com/streamingfast/substreams) - _並列化ブロックチェーンデータインデックス技術_ - [Reth](https://github.com/paradigmxyz/reth)Reth(Rust Ethereumの略称)は、新しいイーサリアムのフルノード実装 +- [Awesome Ethereum Rust](https://github.com/Vid201/awesome-ethereum-rust) - _Rustで書かれたイーサリアム・エコシステム・プロジェクトの厳選コレクション_ もっとリソースをお探しですか？ [ethereum.org/developers](/developers/)をご確認ください。 diff --git a/public/content/translations/ja/developers/docs/scaling/index.md b/public/content/translations/ja/developers/docs/scaling/index.md index 3784becbdf7..112c36d8eb3 100644 --- a/public/content/translations/ja/developers/docs/scaling/index.md +++ b/public/content/translations/ja/developers/docs/scaling/index.md @@ -9,7 +9,7 @@ sidebarDepth: 3 イーサリアムのユーザー規模が拡大するにつれ、イーサリアムブロックチェーンの処理能力は限界に達しつつあります。 これにより、イーサリアムネットワークの使用コストが増加しているため、「スケーリングソリューション」の必要性が高まってきました。 スケーリングを達成するという目標の下で、異なるアプローチを用いた様々なソリューションが研究、テスト、および実装されています。 -スケーラビリティの取り組みにおける主な目標は、分散化やセキュリティを犠牲にすることなく、トランザクション速度の向上（ファイナリティ到達までの時間短縮）ならびにトランザクションスループットの向上（毎秒あたりの処理件数の向上）を実現することです（詳細については、[イーサリアムのビジョン](/roadmap/vision/)をご覧ください）。 レイヤー1のイーサリアムブロックチェーンでは、需要が増化するとトランザクションが遅延し、[ガス価格](/developers/docs/gas/)が高騰します。 イーサリアムが有意義かつ大規模に利用されるようになるためには、ネットワークの速度とスループットを改善することが不可欠です。 +スケーラビリティの取り組みにおける主な目標は、分散化やセキュリティを犠牲にすることなく、トランザクション速度の向上（ファイナリティ到達までの時間短縮）ならびにトランザクションスループットの向上（毎秒あたりのトランザクション数の向上）を実現することです（詳細については、[イーサリアムのビジョン](/roadmap/vision/)をご覧ください）。 レイヤー1のイーサリアムブロックチェーンでは、需要が増化するとトランザクションが遅延し、[ガス価格](/developers/docs/gas/)が高騰します。 イーサリアムが有意義かつ大規模に利用されるようになるためには、ネットワークの速度とスループットを改善することが不可欠です。 速度とスループットが重要である一方で、スケーリングのソリューションはこれらの目標を、分散化とセキュリティという特性を失わずに実現しなければなりません。 中央集権化およびセキュリティの低下を防ぐためには、どんなユーザーでもノードとして参加できるように参入障壁を低くしておくことが重要です。 diff --git a/public/content/translations/ja/developers/docs/scaling/optimistic-rollups/index.md b/public/content/translations/ja/developers/docs/scaling/optimistic-rollups/index.md index 85b8ad61b27..96875f96dd6 100644 --- a/public/content/translations/ja/developers/docs/scaling/optimistic-rollups/index.md +++ b/public/content/translations/ja/developers/docs/scaling/optimistic-rollups/index.md @@ -6,7 +6,7 @@ lang: ja オプティミスティック・ロールアップは、イーサリアム（ベースレイヤー）のスループットを拡張するために設計されたレイヤー2 (L2) プロトコルです。 トランザクションをオフチェーンで処理することで、イーサリアムメインネットの負荷を軽減するため、処理速度が大幅に改善されます。 オプティミスティック・ロールアップは、[サイドチェーン](/developers/docs/scaling/sidechains/)のような他のスケーリング・ソリューションとは異なり、トランザクションの結果をオンチェーンで公開することによってメインネットからセキュリティを引き出します。プラズマチェーンも、不正証明を使用してイーサリアム上で検証しますが、トランザクションのデータをイーサリアムに保存しない点が異なります。 -イーサリアムにおける処理は、速度が遅く高価であるという欠点がありますが、オプティミスティック・ロールアップを用いることでスケーラビリティを10〜100倍向上させることができます。 さらに、トランザクションを`calldata`としてイーサリアムに書き込むため、ユーザーが負担するガス代を低く抑えることができます。 +イーサリアムにおける処理は、速度が遅く高価であるという欠点がありますが、オプティミスティック・ロールアップを用いることでスケーラビリティを10〜100倍向上させることができます。 さらに、トランザクションを`calldata`または[ブロブ](/roadmap/danksharding/)としてイーサリアムに書き込むため、ユーザーが負担するガス代を低く抑えることができます。 ## 前提知識 {#prerequisites} @@ -14,7 +14,7 @@ lang: ja ## オプティミスティック・ロールアップとは何か？ {#what-is-an-optimistic-rollup} -オプティミスティック・ロールアップとは、計算とステート保存をオフチェーンに移動させることで、スケーリングの問題を解決するアプローチです。 オプティミスティック・ロールアップでは、トランザクションをイーサリアムの外部で実行した上で、トランザクションデータを`calldata`としてメインネットに投稿します。 +オプティミスティック・ロールアップとは、計算とステート保存をオフチェーンに移動させることで、スケーリングの問題を解決するアプローチです。 オプティミスティック・ロールアップでは、トランザクションをイーサリアムの外部で実行した上で、トランザクションデータを`calldata`または[ブロブ](/roadmap/danksharding/)としてメインネットに投稿します。 オプティミスティック・ロールアップのオペレータは、オフチェーンで実行された複数のトランザクションをバンドル化し、より大きなバッチとしてイーサリアムに送信します。 このアプローチでは、固定費を各バッチに含まれる複数のトランザクションに分散できるため、エンドユーザーの費用を軽減することができます。 さらに、データ圧縮技術を用いることで、イーサリアムに送信するデータ量を削減しています。 @@ -42,9 +42,9 @@ lang: ja オプティミスティック・ロールアップでは、以下の事項につきイーサリアムメインネットのプロトコルに依存します： -### データの可用性 {#data-availability} +### データ可用性 {#data-availability} -すでに述べたように、オプティミスティック・ロールアップではトランザクションのデータを`calldata`としてイーサリアムに送信します。 ロールアップチェーンは送信されたトランザクションに基づき実行されるため、イーサリアムのベースレイヤーに含まれるコールデータの情報を用いて、どのユーザーでもロールアップのステートを実行し、状態遷移の正しさを検証することができます。 +すでに述べたように、オプティミスティック・ロールアップではトランザクションのデータを`calldata`または[ブロブ](/roadmap/danksharding/)としてイーサリアムに送信します。 ロールアップチェーンは送信されたトランザクションに基づき実行されるため、イーサリアムのベースレイヤーに含まれるコールデータの情報を用いて、どのユーザーでもロールアップのステートを実行し、状態遷移の正しさを検証することができます。 [データ可用性](/developers/docs/data-availability/)が重要なのは、状態データにアクセスできないと、ロールアップにおける無効な操作に異議を申し立てる際に、必要な不正証明を作成することができたいからです。 イーサリアムがデータ可用性を保証するため、ロールアップのオペレータによる悪意の行動（例：無効なブロックの送信）が見過ごされる可能性が低くなります。 @@ -86,9 +86,9 @@ lang: ja #### ロールアップブロックをイーサリアムに送信する {#submitting-blocks-to-ethereum} -前述のように、オプティミスティック・ロールアップのオペレーターは、オフチェーンのトランザクションをバッチとしてバンドル化した上で、公証のためにイーサリアムに送信します。 このプロセスには、トランザクションの関連データを圧縮し、`calldata`としてイーサリアム上で公開する作業が含まれます。 +前述のように、オプティミスティック・ロールアップのオペレーターは、オフチェーンのトランザクションをバッチとしてバンドル化した上で、公証のためにイーサリアムに送信します。 このプロセスには、トランザクションの関連データを圧縮し、`calldata`またはブロブとしてイーサリアム上で公開する作業が含まれます。 -`calldata`は、スマートコントラクトにおける変更不可で非永続的な領域であり、ほぼ[メモリ](/developers/docs/smart-contracts/anatomy/#memory)と同様に動作します。 `calldata`は、ブロックチェーンの[履歴ログ](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs)の一部としてオンチェーンで永続する一方で、イーサリアムの状態の一部としては保存されません。 `calldata`はイーサリアムの状態にまったく干渉しないので、オンチェーンでのデータ保存に伴う費用が安価になります。 +`calldata`は、スマートコントラクトにおける変更不可で非永続的な領域であり、ほぼ[メモリ](/developers/docs/smart-contracts/anatomy/#memory)と同様に動作します。 `calldata`は、ブロックチェーンの[履歴ログ](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs)の一部としてオンチェーンで永続する一方で、イーサリアムの状態の一部としては保存されません。 `calldata`はイーサリアムの状態にまったく干渉しないので、状態よりもオンチェーンでのデータ保存に伴う費用が安価になります。 さらに、`calldata`のキーワードは、スマートコントラクトの実行時にSolidity上の関数に引数を渡す際にも用いられます。 `calldata`は、トランザクションにおいて呼び出された関数を特定し、この関数に対する入力を任意のバイト列として保持します。 @@ -96,6 +96,10 @@ lang: ja この[例](https://etherscan.io/tx/0x9102bfce17c58b5fc1c974c24b6bb7a924fb5fbd7c4cd2f675911c27422a5591)では、ロールアップのバッチ送信においてこのコンセプトがどのように機能するのかを確認できます。 シーケンサーが`appendSequencerBatch()`メソッドを呼び出し、`calldata`を用いて、トランザクションの圧縮データを入力として渡します。 +一部のロールアップは現在、トランザクションのバッチをイーサリアムへ投稿するのにブロブを使っています。 + +ブロブは、変更不可能で非永続的(`calldata`と同様)ですが、約18日後に履歴から削除されます。 ブロブの詳細については、[ダンクシャーディング](/roadmap/danksharding)をご覧ください。 + ### 状態コミットメント {#state-commitments} オプティミスティック・ロールアップのステート（アカウント、残高、コントラクトのコード等）は常に、「ステートツリー」と呼ばれる[マークルツリー](/whitepaper/#merkle-trees)として構造化されます。 このマークルツリーのルート（ステートルート）は、ロールアップにおける最新の状態を参照しており、ロールアップのコントラクトにおいてハッシュ化されて保存されます。 ロールアップチェーンにおける状態遷移は常に新規のロールアップステートを生成し、オペレーターは新しいステートルートを計算することでこれにコミットします。 @@ -216,7 +220,7 @@ ii. オプティミスティック・ロールアップを使用するデベロ | ガス価格 | 〜8 | 0～0.5 | | ガス | 3 | 0～0.5 | | To | 21 | 4 | -| 値 | 9 | 〜3 | +| 値 | 9 | 約3 | | 署名 | 〜68（2+33+33） | 〜0.5 | | From | 0（署名から復元） | 4 | | **合計** | **約112バイト** | **約12バイト** | @@ -233,7 +237,7 @@ ii. オプティミスティック・ロールアップを使用するデベロ ### オプティミスティック・ロールアップの長所と短所 {#optimistic-rollups-pros-and-cons} -| メリット | デメリット | +| 長所 | 短所 | | ---------------------------------------------------------------------------------- | -------------------------------------------------------------------------------- | | セキュリティやトラストレス性を犠牲にすることなく、スケーラビリティが大幅に向上する。 | 虚偽の異議申立により、トランザクションに遅延が発生する可能性がある。 | | トランザクションデータはL1チェーン上で保存されるため、透明性、セキュリティ、検閲耐性、および分散化が向上する。 | ロールアップにおける中央集権的なオペレーター（シーケンサー）により、トランザクションの順序が影響を受ける可能性がある。 | @@ -245,7 +249,7 @@ ii. オプティミスティック・ロールアップを使用するデベロ ### オプティミスティック・ロールアップに関する説明動画 {#optimistic-video} -映像で学びたい場合 Finematicsによるオプティミスティック・ロールアップの説明をご覧ください： +映像で学びたい方は、 Finematicsによるオプティミスティック・ロールアップの説明をご覧ください： @@ -258,6 +262,7 @@ Dappに統合可能な、既存のオプティミスティック・ロールア ## オプティミスティック・ロールアップに関する参考文献 - [オプティミスティック・ロールアップの仕組み（完全ガイド）](https://www.alchemy.com/overviews/optimistic-rollups) +- [ブロックチェーンにおけるロールアップとは何か？ 技術ガイド](https://www.ethereum-ecosystem.com/blog/what-is-a-blockchain-rollup-a-technical-introduction) - [Arbitrumの基本ガイド](https://newsletter.banklesshq.com/p/the-essential-guide-to-arbitrum) - [Optimismのロールアップはどのように機能するのか？](https://www.paradigm.xyz/2021/01/how-does-optimisms-rollup-really-work) - [OVMの詳細を学ぶ](https://medium.com/ethereum-optimism/ovm-deep-dive-a300d1085f52) diff --git a/public/content/translations/ja/developers/docs/scaling/plasma/index.md b/public/content/translations/ja/developers/docs/scaling/plasma/index.md index 06e67ee7ad9..9de08249b3c 100644 --- a/public/content/translations/ja/developers/docs/scaling/plasma/index.md +++ b/public/content/translations/ja/developers/docs/scaling/plasma/index.md @@ -34,7 +34,7 @@ sidebarDepth: 3 プラズマチェーンでは、処理速度とコストを最適化するためにオフチェーンでの計算が必須になります。 例えば、大部分のプラズマチェーンでは、トランザクションの順位付けと実行を管理する役割を、1名の「オペレーター」に担わせています。 トランザクションを検証する役割を1つのエンティティのみに負わせることで、プラズマチェーンは処理時間をメインネットよりも短縮できるのです。 -### 状態コミットメント {#state-commitments} +### ステートコミットメント {#state-commitments} プラズマでは、トランザクションをオフチェーンで実行するものの、その決済はメインのイーサリアム実行レイヤーで行います。後者が存在しなければ、プラズマチェーンはイーサリアムによるセキュリティ保証を活用できないためです。 しかし、プラズマチェーンの状態を把握せずにオフチェーンのトランザクションをファイナライズする場合は、このセキュリティモデルが破綻し、無効なトランザクションが横行してしまうでしょう。 このため、プラズマチェーンにおけるブロック生成の責任を負うエンティティであるオペレーターは、定期的に、イーサリアムに「状態コミットメント」を書き込む必要があります。 @@ -106,7 +106,7 @@ sidebarDepth: 3 ## プラズマチェーンの長所と短所 {#pros-and-cons-of-plasma} -| メリット | デメリット | +| 長所 | 短所 | | -------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------- | | 高スループットおよびトランザクションあたりの低コスト。 | 汎用的な計算をサポートしない（スマートコントラクトを実行できない）。 述語論理により、基本的なトークンの転送、スワップ、およびその他数種類のトランザクションタイプのみに対応しています。 | | 任意のユーザー間の取引に適している（プラズマチェーン上で設定されたユーザーペア間においては、間接費用が発生しない）。 | 資金の安全性を保護するには、ネットワークを定期的に監視する（ライブネス要件）か、この役割を特定のユーザーに委任する必要がある。 | diff --git a/public/content/translations/ja/developers/docs/scaling/sidechains/index.md b/public/content/translations/ja/developers/docs/scaling/sidechains/index.md index fc1bccae6a1..868eb4c4798 100644 --- a/public/content/translations/ja/developers/docs/scaling/sidechains/index.md +++ b/public/content/translations/ja/developers/docs/scaling/sidechains/index.md @@ -17,7 +17,7 @@ sidebarDepth: 3 サイドチェーンの独自性（イーサリアムとの相違点）のひとつとしては、採用されているコンセンサス・アルゴリズムが挙げられます。 サイドチェーンでは、コンセンサスをイーサリアムに依存せず、各サイドチェーンのニーズに合わせて別のコンセンサス・プロトコルを選択することができます。 サイドチェーンで用いられているコンセンサス・アルゴリズムの例としては、以下が挙げられます： -- [プルーフ・オブ・オーソリティ](https://wikipedia.org/wiki/Proof_of_authority) +- [プルーフ・オブ・オーソリティ](/developers/docs/consensus-mechanisms/poa/) - [プルーフ・オブ・ステークの委任](https://en.bitcoin.it/wiki/Delegated_proof_of_stake) - [ビザンチン・フォールトトレランス](https://decrypt.co/resources/byzantine-fault-tolerance-what-is-it-explained) @@ -49,7 +49,7 @@ sidebarDepth: 3 ## サイドチェーンの長所と短所 {#pros-and-cons-of-sidechains} -| メリット | デメリット | +| 長所 | 短所 | | ------------------------------------------------------------------------- | ----------------------------------------------------------------------- | | サイドチェーンの基盤技術は十分に確立されており、広範なリサーチおよび設計上の改善を経ています。 | サイドチェーンでは、スケーラビリティを実現するためのトレードオフとして、分散化およびトラストレス性がある程度犠牲になります。 | | サイドチェーンは、全般的な計算をサポートし、EVM互換性を提供します（イーサリアムネイティブのDappが実行可能）。 | サイドチェーンでは、別個のコンセンサスメカニズムが用いられるため、イーサリアムによるセキュリティ保証を活用できません。 | @@ -70,4 +70,4 @@ sidebarDepth: 3 - [サイドチェーンを用いてイーサリアムのDappにおけるスケーラビリティを実現する](https://medium.com/loom-network/dappchains-scaling-ethereum-dapps-through-sidechains-f99e51fff447) _2018年2月8日、ジョルジオス・コンスタントプロス作成。_ -_役に立ったコミュニティリソースがあれば、 ぜひこのページに追加してください。_ +_役に立つコミュニティリソースをご存知の場合は、 ページを編集して追加してください。_ diff --git a/public/content/translations/ja/developers/docs/scaling/state-channels/index.md b/public/content/translations/ja/developers/docs/scaling/state-channels/index.md index 45c7ca6e7cc..5529c24ed5a 100644 --- a/public/content/translations/ja/developers/docs/scaling/state-channels/index.md +++ b/public/content/translations/ja/developers/docs/scaling/state-channels/index.md @@ -7,255 +7,61 @@ sidebarDepth: 3 ステートチャネルは、ユーザーに対して、イーサリアムメインネットとのやりとりを最小限に抑えつつ、トランザクションをオフチェーンで安全に実行できる方法を提供します。 チャネル上のピア（同僚）は、当該チャネルをオープン／クローズするための2つのオンチェーンのトランザクションを送信するだけで、任意の数のトランザクションをオフチェーンで実行することができます。 これにより、トランザクションのスループットが大きく改善され、ユーザーの手数料が軽減できます。 -## 前提知識 {#prerequisites} +## {#how-do-sidechains-work} -[イーサリアムにおけるスケーリング](/developers/docs/scaling/)と[レイヤー2](/layer-2/) のページを読み、理解しておくことをおすすめします。 +イーサリアムをはじめとするパブリックブロックチェーンでは、分散型のアーキテクチャによりオンチェーンのトランザクションをすべてのノードが実行しなければならないため、スケーラビリティを実現が大きな課題になります。 各ノードは、一般的なハードウェアを用いて各ブロックに含まれるトランザクションを処理しなければならないため、ネットワークの分散性を維持する上で、トランザクションのスループットには一定の限界が発生します。 -## チャネルとは何か？ {#what-are-channels} - -イーサリアムをはじめとするパブリックブロックチェーンでは、分散型のアーキテクチャによりオンチェーンのトランザクションをすべてのノードが実行しなければならないため、スケーラビリティを実現が大きな課題になります。 各ノードは、一般的なハードウェアを用いて各ブロックに含まれるトランザクションを処理しなければならないため、ネットワークの分散性を維持する上で、トランザクションのスループットには一定の限界が発生します。 ブロックチェーンにおけるチャネルとは、トランザクションの最終的な決済のセキュリティをメインチェーンに依存しつつ、ユーザー同士がオフチェーンでやりとりできるようにすることで、このスループットの問題を解消しようとするアプローチです。 +### {#consensus-algorithms} 単純なピアツーピアのプロトコルであるチャネルを利用することで、チャネルに参加する2つのノードは、数多くのトランザクションを実行した上で、最終的な結果のみをブロックチェーンに送信するだけでよくなります。 チャネルは、暗号技術を用いることで、メインネットに送信されるサマリーデータがノード間で実行された一連の有効なトランザクションの真の結果であることを証明することができます。 [「マルチシグ」](/developers/docs/smart-contracts/#multisig)のスマートコントラクトは、各トランザクションが適切なノードにより署名されたことを保証します。 +- []() +- []() +- + チャネルにおける状態変化は参加ノードにより実行、検証されるため、実行レイヤーにおける計算を最低限に抑えることができます。 これにより、イーサリアムの混雑が解消され、ユーザーにとってはトランザクションの処理速度が改善されます。 -各チャネルは、イーサリアム上で実行される[マルチシグのスマートコントラクト](/developers/docs/smart-contracts/#multisig)で管理されます。 ユーザーがチャネルを開設するには、オンチェーンでチャネルコントラクトをデプロイし、そこに資金を入金します。 チャネルの両ユーザーは、状態更新に共同で署名することでチャネルの状態を初期化した上で、オフチェーンで迅速かつ自由にトランザクションを実行することができます。 +#### {#block-parameters} + +各チャネルは、イーサリアム上で実行される[マルチシグのスマートコントラクト](/developers/docs/smart-contracts/#multisig)で管理されます。 ユーザーがチャネルを開設するには、オンチェーンでチャネルコントラクトをデプロイし、そこに資金を入金します。 チャネルを廃止するには、当該チャネルにおける最終的な同意済み状態をオンチェーンに送信します。 これを受けて、マルチシグのスマートコントラクトは、チャネルの最終状態における各ノードの残高に従って、ロックされた資金を分配します。 ピアツーピアのチャネルは、特に事前に定義された参加者が処理速度の明らかな低下をもたらすことなく高頻度でトランザクションを行いたい場合に有益です。 ブロックチェーンにおけるチャネルは、**ペイメントチャネル**と**ステートチャネル**の2種類に大別できます。 -## ペイメントチャネル {#payment-channels} +### {#evm-compatibility} -ペイメントチャネルは、2つのノードが共同で管理する「双方向の台帳」と呼べるでしょう。 この台帳における当初の残高は、チャネル開設時にオンチェーンのコントラクトにおいてロックされた両ユーザーからの入金の合計額になります。 ペイメントチャネルにおける送金は、チャネル開設時と最終的なチャネル廃止時におけるオンチェーンのトランザクションを除き、ブロックチェーン自体を関与させずに瞬時に実行することができます。 +ペイメントチャネルは、2つのノードが共同で管理する「双方向の台帳」と呼べるでしょう。 この台帳における当初の残高は、チャネル開設時にオンチェーンのコントラクトにおいてロックされた両ユーザーからの入金の合計額になります。 チャネルの台帳における残高（つまり、ペイメントチャネルの状態）が変更される場合、チャネルに参加する全ユーザーの承認が必要になります。 イーサリアムにおけるトランザクションの場合と同じように、チャネルの更新は、参加ユーザー全員の署名によりファイナライズされたと見なされます。 ペイメントチャネルは、ユーザーがオンチェーンで実行する単純なやりとり（例：ETHの送金、アトミックスワップ、少額決済など）の費用を軽減するために設計された最初期のスケーリング・ソリューションのひとつです。 チャネルの参加ユーザーは、送金の合計額がデポジットされたトークンの合計を超えない限り、ユーザー間のトランザクションを瞬時に何回でも無料で実行することができます。 -## ステートチャンネル {#state-channels} - ペイメントチャネルは、オフチェーンにおける支払機能以外の全般的な状態遷移のロジックを取り扱う際には有効ではないことが明らかになっています。 ステートチャネルは、このペイメントチャネルの欠点を解消するために開発されたもので、汎用的な計算におけるスケーラビリティを実現するためのチャネルだと言えます。 -ただし、ステートチャネルはペイメントチャネルと多くの点が共通しています。 例えばどちらのチャネルでも、ユーザーが他のチャネル参加者とやりとりを行う際には、チャネルの全参加ユーザーが暗号学的に署名されたメッセージ（トランザクション）に署名しなければなりません。 提案された状態更新が全参加ユーザーによって署名されていなければ、更新は無効とされます。 - -一方で、ステートチャネルでは、ユーザーの残高情報を保持するだけでなく、当該コントラクトのストレージの現在状態（つまり、コントラクトに含まれる各変数の値）を追跡することができます。 - -これにより、2人のユーザー間で、スマートコントラクトをオフチェーンで実行することが可能になります。 この場合、スマートコントラクトの初期状態を変更するには、チャネルを開設した両ユーザー（ピア）の承認のみが必要になります。 - -これは、先ほど挙げたスケーラビリティの問題を解消する一方で、セキュリティが低下する可能性をもたらします。 イーサリアムでは、状態遷移の有効性はコンセンサス・プロトコルにより強制されています。 これにより、スマートコントラクトの状態に対して無効な更新を提案したり、スマートコントラクトの実行を改変することは不可能になっているのです。 - -ステートチャネルでは、このようなセキュリティの保証が提供されません。 ステートチャネルは、言わばメインネットのミニチュア版と考えることができます。 ルールを強制する参加者の数が限定されるため、悪意の行為（つまり、無効な状態更新の提案）が発生する可能性が大きくなります。 ステートチャネルでは、[不正証明](/glossary/#fraud-proof)に基づく紛争仲裁のメカニズムにより、セキュリティを確保します。 - -## ステートチャネルの仕組み {#how-state-channels-work} - -ステートチャネルにおけるアクティビティは、基本的に、ユーザーとブロックチェーンによる相互のやりとりのセッションだと考えることができます。 ユーザーが実行するやりとりの大部分は他の参加ユーザーとのオフチェーンでのやりとりであり、基盤であるブロックチェーンとのやりとりは、チャネルの開設／廃止ならびに参加ユーザー間で紛争が発生した場合の和解についてのみ実行します。 - -次のセクションでは、ステートチャネルの基本的なワークフローについて説明します： - -### チャネルの開設 {#opening-the-channel} - -チャネルを開設するには、参加ユーザーがメインネット上のスマートコントラクトにおいて資金をコミットする必要があります。 このデポジットは仮想的な請求書（タブ）として機能するため、参加ユーザーはただちに決済することなく、自由に取引を実行することができます。 チャネルがオンチェーン上でファイナライズされた際にはじめて、ユーザー間の取引が最終的に確定し、各自のタブから資金が引き出されます。 - -このデポジットは同時に、参加ユーザーが正直に行動することを保証する担保金の役割も担います。 デポジットを提供したユーザーが紛争解決フェーズにおいて悪意の行為を実行したと決定された場合、スマートコントラクトはデポジットを没収します。 - -チャネルに参加する各ピアは、全員が同意したチャネルの初期状態に署名する必要があります。 これによりステートチャネルが開設され、参加ユーザー間でトランザクションを実行できるようになります。 - -### チャネルを使用する {#using-the-channel} - -チャネルの状態が初期化されると、各ピアは、自らが署名したトランザクションを他のピアに送信し、承認を求めることで、やりとりを行います。 参加ユーザーは、このようなトランザクションを通じて、自らが状態更新を開始したり、他のユーザーからの状態更新に署名したりします。 チャネルにおけるトランザクションは、以下の要素で構成されます： - -- **ナンス**は、トランザクションのユニークIDとして機能し、リプレイ攻撃を防ぎます。 同時に、状態更新の発生順序を特定します（これは、紛争解決フェーズにおいて重要です）。 - -- チャネルの古い状態。 - -- チャネルの新しい状態。 - -- 状態遷移をトリガーするトランザクション（例：アリスがボブに5 ETHを送信するトランザクション）。 - -メインネットにおけるユーザー間の通常のやりとりとは異なり、チャネルの状態更新はオンチェーンでブロードキャストされません。これは、オンチェーンの負荷を最小化するというステートチャネルの目的に合致しています。 参加ユーザーが同意する限り、状態更新はイーサリアムのトランザクションと同様のファイナリティを持ちます。 参加者がメインネットのコンセンサスに依存するのは、紛争が発生した場合のみです。 - -### チャネルを廃止する {#closing-the-channel} - -ステートチャネルを廃止するには、チャネルの最終合意状態をオンチェーンのスマートコントラクトに送信する必要があります。 状態更新における参照情報には、各参加ユーザーが実行したアクションの数および承認済みトランザクションのリストが含まれます。 - -当該の状態更新が有効である（つまり、全参加ユーザーにより署名済みである）ことが検証されると、スマートコントラクトが当該チャネルをファイナライズし、ロックされた資金をチャネルの最終状態に基づき分配します。 オフチェーンで実行された支払いがイーサリアムの状態に適用され、各参加ユーザーは、ロックされた資金のうち残余の部分を受け取ります。 - -上記の流れは、あくまでも問題が発生しない幸せな場合です。 各ユーザーが同意に達することができず、チャネルをファイナライズできない場合（残念なケース）もあります。 具体的には、以下のような可能性があります： - -- 参加ユーザーがオフラインになっために、状態遷移が提案できない。 - -- 参加ユーザーが、有効な状態更新の共同署名を拒否する。 - -- 参加ユーザーが、オンチェーンのコントラクトに古い状態更新を提案することで、チャネルをファイナライズしようとする。 - -- 参加ユーザーが、無効な状態遷移を提案し、他のユーザーに署名させようとする。 - -チャネルの参加ユーザー間のコンセンサスが維持できなくなった場合の最後のオプションは、メインネットのコンセンサスを用いて、チャネルの最後に有効な状態を強制することです。 この場合、ステートチャネルを廃止するにはオンチェーンにおける紛争解決が必要になります。 - -### 紛争を解決する {#settling-disputes} - -通常、チャネルの参加ユーザーは、事前にチャネルの廃止に同意し、最後の状態遷移に共同署名した上で、スマートコントラクトに送信します。 チャネルの更新がオンチェーン上で承認されると、オフチェーンにおけるスマートコントラクトの実行が終了し、参加ユーザーは各自の資金を持ってチャネルを退出します。 - -しかし1名の参加ユーザーが、他のユーザーによる承認を待たずに、スマートコントラクトの実行終了とチャネルのファイナライズを要求するリクエストをオンチェーンで送信する可能性もあります。 上述したようなコンセンサスが維持できない状況が発生した場合、各参加ユーザーは、オンチェーンのコントラクトに対し、チャネルを廃止し、資金を分配させるようにトリガーすることができます。 これにより正直な参加ユーザーは、他のユーザーのアクションに関わらず常にデポジットを撤回できるため、**トラストレス性**が確保されます。 - -チャネルの廃止を実行したいユーザーは、当該アプリケーションの最後の有効な状態更新をオンチェーンのコントラクトに送信する必要があります。 この最後の有効な状態更新が正しければ（つまり、全参加ユーザーの署名を含んでいれば）、資金は各ユーザーに再分配されます。 - -ただし、1名のユーザーによる廃止リクエストに対しては、実行までの保留期間が発生します。 反対に、チャネルの廃止が満場一致で承認されている場合は、オンチェーンにおける廃止トランザクションはただちに実行されます。 - -1名のユーザーによる廃止リクエストについて保留期間が発生するのは、不正行為の可能性を防止するためです。 例えば、1名の参加ユーザーが、チャネルの古い状態をオンチェーンに送信して、イーサリアム上でチャネルをファイナライズしようとする可能性があります。 - -ステートチャネルでは、このようなアクションを防止するために、正直なユーザーが最新の有効状態をオンチェーンに送信することで、無効な状態更新に異議を申し立てることが可能になっています。 ステートチャネルは、より新しい同意済みの状態更新が、より古い状態更新よりも優先されるように設計されています。 - -特定のピアがオンチェーンにおける紛争解決システムをトリガーした場合、相手方のピアは、一定の時間内（チャレンジ期間と呼ぶ）に対応しなければなりません。 このメカニズムを通じて、各ユーザーは、特に相手方のピアが状態更新を要求する場合に、廃止トランザクションに異議を申し立てることができます。 - -状況の如何を問わず、チャネルの各ユーザーに対しては強力なファイナライズの保証が提供されます。つまり、ユーザーが所有する状態遷移が他のユーザー全員により署名されており、最新の更新であれば、オンチェーンにおける通常のトランザクションと同じファイナリティを持ちます。 他のユーザーに対してオンチェーンで異議を申し立てる必要は残るものの、紛争解決メカニズムにより、最終的にはこのユーザーが所有する最後の有効状態がファイナライズされます。 - -### ステートチャネルは、イーサリアムとどのようなやりとりを行うか？ {#how-do-state-channels-interact-with-ethereum} - -ステートチャネルはオフチェーンのプロトコルとして存在しますが、オンチェーンの構成要素、つまりチャネル開設時にイーサリアム上でデプロイされたスマートコントラクトを持ちます。 このコントラクトは、ステートチャネルにデポジットされた資産を管理し、状態更新を検証し、参加ユーザー間の紛争を仲裁する機能を持ちます。 - -ステートチャネルは、[レイヤー2](/layer-2/)のスケーリング・ソリューションとは異なり、メインネットに対してトランザクションデータやステートコミットメントを送信しません。 しかし、[サイドチェーン](/developers/docs/scaling/sidechains/)などと比較するとメインネットとの接続性が高いため、やや安全性が高いと言えます。 - -ステートチャネルは、以下の事項につきメインのイーサリアムプロトコルに依存します： - -#### 1. ライブネス {#liveness} - -チャネル開設時にオンチェーンでデプロイされるスマートコントラクトは、チャネルの機能に対して責任を負います。 このコントラクトがイーサリアムで稼働中であれば、このチャネルは常に利用できることになります。 一方、サイドチェーンの場合、メインネットが稼働している場合でも機能が停止される可能性があるため、ユーザーの資金に対してリスクが発生します。 - -#### 2. セキュリティ {#security} - -ステートチャネルでは、セキュリティを維持し、悪意のピアから善意のピアを保護するために、ある程度イーサリアムに依存しています。 以下のセクションで説明するように、ステートチャネルでは、無効な／古い状態更新でチャネルをファイナライズしようとするユーザーに異議を申し立てることが可能な不正証明メカニズムを採用しています。 - -このメカニズムでは、正直なユーザーが不正証明として最新の有効な状態をオンチェーンのコントラクトに提示し、検証を要求します。 不正証明を使用することで、相互に信頼しない当事者間において、資金リスクを発生させずにオフチェーンでトランザクションを実行することが可能になります。 - -#### 3. ファイナリティ {#finality} - -チャネルの各ユーザーが共同で署名した状態更新は、オンチェーンにおけるトランザクションと同等の効果を持つと見なされます。 とはいえ、チャネル内のすべてのアクティビティが真のファイナリティを達成するのは、チャネルがイーサリアム上で廃止された時点においてです。 - -楽観的なシナリオにおいては、両当事者が連携して最終の状態更新に署名し、オンチェーンに送信してチャネルを廃止することで、チャネルの最終状態に基づいて資金が分配されることになります。 一方、悲観的なシナリオにおいては、いずれかのユーザーが正しくない状態更新をオンチェーンに送信することで、チャレンジ期間が経過するまでトランザクションがファイナライズされない可能性があります。 +### {#asset-movement} -## 仮想ステートチャネル {#virtual-state-channels} - -ステートチャネルのネイティブ実装は、オフチェーンでアプリケーションを実行したい2名のユーザーが、新規のスマートコントラクトをデプロイすることを想定していました。 しかし、このようなアプローチは実現不可能であるだけでなく、ステートチャネルに求められるコスト効率性も失われます（オンチェーンでのトランザクション費用が大きくかさむため）。 - -この問題点を解消するために、「仮想チャネル」が開発されました。 チャネルを開設／廃止するためにオンチェーンでのトランザクションが必要な通常のチャネルとは異なり、仮想チャネルは、メインチェーンとのやりとりを行うことなく、開設、実行、およびファイナライズが可能です。 このメソッドを用いて、紛争をオフチェーンで解決することすら可能です。 - -仮想チャネルのシステムが機能するには、オンチェーンですでに資金が入金されている、いわゆる「台帳チャネル」が存在する必要があります。 これは、既存の台帳チャネルの上に2名のユーザー間の仮想チャネルを構築し、台帳チャネルの所有ユーザー（複数可）が仲介者の役割を果たすというモデルです。 - -各仮想チャネルに参加するユーザーは、当該コントラクトの新規インスタンスを通じてやりとりを行い、台帳チャネルが複数のインスタンスをサポートします。 また、台帳チャネルの状態には複数のコントラクトにおけるストレージ状態が含まれるため、オフチェーンにおいて、複数のユーザーがアプリケーションを並列的に実行することが可能になります。 - -この場合も、通常のチャネルと同様に、ユーザーは状態更新を相互に交換することで状態マシンを前に進めることができます。 紛争が発生しない限り、仲介者とのやりとりはチャネルの開設／廃止時のみに限定されます。 - -### 仮想ペイメントチャネル {#virtual-payment-channels} - -仮想ペイメントチャネルは、仮想ステートチャネルと同じ発想に基づいており、同じネットワークに接続された参加ユーザーは、オンチェーンで新たなチャネルを開設する必要なしにメッセージをやりとりすることができます。 仮想ペイメントチャネルでは、送金は1名または複数の仲介者を介して実行されるため、意図した受取人のみが資金を受け取ることが保証されます。 - -## ステートチャネルの応用例 {#applications-of-state-channels} - -### お支払い {#payments} - -ブロックチェーンにおける初期のチャネルは、メインネットにおいて高額の手数料を発生させることなく、2名のユーザーがオフチェーンで、迅速かつ安価な送金を行うことができるシンプルなプロトコルでした。 ペイメントチャネルは現在でも、イーサ（ETH）やその他のトークンの交換や預入を行う目的において有益だと言えます。 - -チャネルを活用した決済には、以下の利点があります： - -1. **スループット**: イーサリアムのスループットは、特にブロックサイズやブロック時間といった様々な要因に影響を受けますが、チャネルにおいてオフチェーンで実行できるトランザクションの数はこれらに影響を受けることがありません。 ブロックチェーンのチャネルは、オフチェーンでトランザクションを実行することで、スループットの向上を実現できます。 - -2. **プライバシー**: チャネルはオフチェーン上に存在するため、参加ユーザー間のやりとりの詳細はイーサリアムのパブリックブロックチェーンに記録されません。 チャネルの各ユーザーがオンチェーンでやりとりする必要があるのは、チャネルの開設に伴う入金、チャネルの廃止、および紛争解決が必要な場合のみです。 このため、トランザクションのプライバシーを重視するユーザーにとってチャネルは有益だと言えます。 - -3. **レイテンシー**: チャネルの参加ユーザーがオフチェーンで実行するトランザクションは、双方に異議がなければ瞬時に決済されるため、遅延が発生しません。 対照的に、メインネットでのトランザクションの場合、各ノードがトランザクションを処理し、トランザクションを含む新規ブロックを生成した上で、コンセンサスを達成するまでの時間が必要になります。 さらに、トランザクションがファイナライズされる前に、より多くのブロックが確認されるまで待たなければならない場合もあります。 - -4. **コスト**: ステートチャネルは特に、特定のユーザー集団が長期的に数多くの状態更新を交換する必要がある場合に有益だと言えます。 発生する唯一のコストは、ステートチャネルのスマートコントラクトの開始／終了に伴う費用のみです。決済コストは、チャネルの最終状態に従って配分されるため、チャネルの開設から廃止に至るまでの各状態変化のコストは最後の状態変化のコストよりも安価になります。 - -ステートチャネルは、[ロールアップ](/developers/docs/scaling/#rollups)などのレイヤー2ソリューションで実装することで、さらに魅力的な決済手段になる可能性があります。 チャネルは、安価な決済手段を提供するものであるとは言え、開設時におけるメインネットでのオンチェーンコントラクトの設定費用は、特にガス料金が急騰した際には高額になる可能性があります。 イーサリアムベースのロールアップは[安価なトンラザクションフィー](https://l2fees.info/)を提供するため、チャネル参加者はセットアップ手数料を抑えることで全体の間接費用を削減できます。 - -### マイクロトランザクション {#microtransactions} - -マイクロトランザクションとは、企業にとって損失が発生するような微少な価値（例：1ドル未満）の決済を指します。 これらの事業体は、決済サービスプロバイダーに手数料を支払う必要がありますが、顧客売上の利益率が低すぎる場合には損失が発生する可能性があるためです。 - -ペイメントチャネルは、マイクロトランザクションにおける間接費用を縮小することでこの問題を解消します。 例えばインターネットサービスプロバイダー（ISP）であれば、顧客が自社サービスを利用するごとに少額の支払いがストリーミングされるペイメントチャネルを開設することができます。 - -チャネルの参加ユーザーは、チャネルの開設／廃止時における費用を負担すれば、実際のマイクロトランザクションにおいて費用を発生させずに済むのです（ガス代がかかりません）。 顧客は受け取るサービスに対してより柔軟に支払うことができ、企業は収益性を持つマイクロトランザクションを放棄する必要がなくなるので、双方にとって有益なサービスになります。 - -### 分散型のアプリケーション {#decentralized-applications} - -ステートチャネルでは、ペイメントチャネルと同様に、ステートマシンの最終状態に従って条件付きの決済を行うことができます。 ステートチャネルはまた、任意の状態遷移ロジックをサポートしているため、オフチェーン上で汎用的なアプリケーションを実行するためにも有益です。 - -多くのステートチャネルでは、オンチェーンのコントラクト上でコミットされた資金を管理するのに用意であるため、単純な相互のやりとりを行うアプリケーションのみに使用が限定されています。 また、オフチェーンのアプリケーションにおける状態を一定間隔で更新するユーザーの数が制限されるため、不正直なユーザー行動を罰するのが比較的容易です。 - -また、ステートチャネルを用いたアプリケーションの効率性は、その設計により異なります。 例えば、デベロッパーはアプリケーションのチャネルコントラクトをオンチェーンで1回デプロイし、利用者がオンチェーンにアクセスすることなくアプリを再利用できるように設計することが可能です。 この場合、アプリケーションの当初のチャネルが台帳チャネルとして複数の仮想チャネルをサポートするので、アプリケーションのスマートコントラクトは、オフチェーン上で新規インスタンスとして実行することができます。 - -ステートチャネルを用いたアプリケーションのユースケースとしては、ゲームの結果に基づいて資金が分配される2人対戦型のゲームが想定できるでしょう。 この場合のメリットとしては、各プレイヤーが相手プレイヤーを信頼する必要がなく（トラストレス性）、資金の分配や紛争の解決を管理するのはプレイヤーではなくオンチェーンのコントラクトである（分散性）という点です。 - -ステートチャネルを用いたアプリケーションにおけるその他のユースケースとしては、ENSの名前解決サービスやNFT台帳など、様々な可能性があります。 - -### アトミック送金 {#atomic-transfers} - -初期のペイメントチャネルでは、2名のユーザー間の送金のみが可能だったため、用途が限られていました。 しかし、仮想チャネルが導入されたことで、オンチェーン上で新規チャネルを開設せずに、仲介者を通した送金の転送（つまり、複数のP2Pチャネルを利用した送金）が可能になりました。 - -転送を伴う支払いは一般的に「マルチホップ送金」と呼ばれ、アトミックな性質を持ちます（つまり、トランザクションに含まれるすべての部分が成功しない限り、全体が無効になります）。 アトミック送金では、[ハッシュ化されたタイムロック・コントラクト（HTLCs）](https://en.bitcoin.it/wiki/Hash_Time_Locked_Contracts)を用いて、特定の条件を満たす場合のみ支払いが実行されるため、カウンターパーティリスクが軽減されます。 - -## ステートチャネルの活用に伴うデメリット {#drawbacks-of-state-channels} - -### ライブネスの想定 {#liveness-assumptions} - -ステートチャネルでは、効率性を維持するために、チャネルの参加ユーザーにおける紛争対応能力に時間的な制限を設けています。 このルールは、各ピアが常にオンラインでチャネルのアクティビティを監視でき、必要に応じて異議申立に対応できることを想定しています。 - -実際には、ユーザーは各自の責任ではない理由でオフラインになる可能性があります（インターネットの接続不良や機器の不調など）。 このため、悪意のユーザーは、正直なユーザーがオフラインである間に仲裁者コントラクトに古い中間状態を送信し、コミットされた資金を窃盗することが可能です。 - -一部のチャネルでは、他のユーザーの代理としてオンチェーン上の紛争イベントを監視し、必要に応じてアクション（関連当事者にアラートを発信するなど）を実行する「監視塔」のエンティティを設定しています。 ただしこのアプローチでは、ステートチャネルの利用コストが上昇する可能性があります。 - -### データの可用性がない {#data-unavailability} - -すでに述べたように、紛争が無効であるとして異議を申し立てるためには、ステートチャネルの最終有効状態を送信する必要があります。 これも、各ユーザーがチャネルの最新状態にアクセス可能であるという想定に基づいたルールだと言えます。 - -チャネルユーザーに対し、オフチェーン上のアプリケーションの状態コピーを保持するように要求するのは合理的であるものの、このデータは、エラーや機器の故障により失われる可能性があります。 ユーザーが当該データのバックアップを作成していない場合、相手方のユーザーが所持している古い状態遷移を用いて無効な終了リクエストをファイナライズしないように祈るしかありません。 - -イーサリアムにおいてこの問題が発生しないのは、イーサリアムネットワークによりデータの可用性に関するルールが強制されるためです。 トランザクションデータはすべてのノードが保存し、伝播されるため、ユーザーは必要に応じて常にダウンロードすることができます。 - -### 流動性に関する問題点 {#liquidity-issues} - -ブロックチェーンでチャネルを開設するには、チャネルが存在する限り継続的にオンチェーンのスマートコントラクトで資金をロックする必要があります。 これにより、チャネルに参加するユーザーの流動性に関する問題が軽減されますが、メインネットに資金をロックできるユーザー以外はチャネルに参加できなくなります。 - -しかし、オフチェーンのサービスプロバイダー（OSP）が提供する台帳チャネルを活用することで、ユーザーの流動性に伴う問題を軽減することが可能です。 台帳チャネルに接続した2名のピアが仮想チャネルを構築することで、完全にオフチェーンのチャネルを開設し、いつでもファイナライズすることが可能になります。 - -OSPの側も、複数のピアが参加するチャネルを開設できるため、支払いの転送サービスを提供する上で有益です。 もちろん、このようなサービスを利用するユーザーはOSPに手数料を支払う必要があるため、好ましくないと思うユーザーもいるでしょう。 - -### グリーフィング攻撃 {#griefing-attacks} - -一般に、不正証明ベースのシステムにはグリーフィング攻撃がつきものです。 グリーフィング攻撃とは、攻撃者に直接的な利益をもたらすものではないものの、被害者に苦痛（＝損害）を与えることを目的とするもので、苦痛付与攻撃とも言えます。 - -不正証明においてグリーフィング攻撃が発生してしまうのは、正直なユーザーが無効な紛争を含むすべての紛争に対応しなければならず、それを怠った場合には資金を失うリスクが発生してしまうためです。 悪意のユーザーは、古い状態遷移を継続的にオンチェーンに送信することで、正直なユーザーに対して有効な状態を用いて応答するように仕向けることが可能です。 このような攻撃を繰り返すことで、オンチェーンにおけるトランザクションのコストが急激に増加し、正直なユーザーが負担できなくなる可能性があるのです。 - -### 定義済みの参加者セット {#predefined-participant-sets} - -ステートチャネルでは、その設計に基づき、チャネルの存続期間を通じた参加ユーザー数が固定されています。 これは、特にチャネルへの資金供給や紛争の解決などにおいて、参加できるユーザー数を変更するとチャネルの運用が複雑化するためです。 さらに、参加者の追加／削除はオンチェーンでのアクティビティを追加するため、ユーザーの間接費用が増加してしまいます。 - -これらの理由により、ステートチャネルが定義済みの参加者セットを導入するのは理にかなっているものの、アプリケーションのデベロッパーにとってはチャネルの設計における有用性を低めるものでもあります。 この点は、ロールアップなどその他のスケーリング・ソリューションと比較して、ステートチャネルの利用度が下がっている原因のひとつだと言えます。 - -### トランザクションの並列処理 {#parallel-transaction-processing} - -ステートチャネルの参加ユーザーは状態更新を交互に送信しあうため、「順番ベースのアプリケーション」（例：対戦型のチェスゲーム）に最も適しています。 このアプローチでは、複数の状態更新を同時に実行する必要がないため、オンチェーンのコントラクトにおいて古い状態を送信したユーザーを罰する負担が軽減されます。 ただしこの設計の副作用として、トランザクションが相手方のアクションに依存するため、レイテンシーが増化し、全般的なユーザー体験の質が損なわれる可能性があります。 - -一部のステートチャネルでは、当該のオフチェーンの状態につき、2つの一方向性の状態（「インプレックス」）に分割し、双方における同時の状態更新を可能にする「全二重設計」を採用することで、この問題を解消しています。 このような設計は、オフチェーンのスループットを高め、トランザクションの遅延を軽減します。 +ただし、ステートチャネルはペイメントチャネルと多くの点が共通しています。 例えばどちらのチャネルでも、ユーザーが他のチャネル参加者とやりとりを行う際には、チャネルの全参加ユーザーが暗号学的に署名されたメッセージ（トランザクション）に署名しなければなりません。 提案された状態更新が全参加ユーザーによって署名されていなければ、更新は無効とされます。 -## ステートチャネルを使う {#use-state-channels} +## {#pros-and-cons-of-sidechains} -複数のプロジェクトにおいて、Dappに統合できるステートチャネルの実装が提供されています： +| | | +| | | +| | | +| | | +| | | +| | | -- [Connext](https://connext.network/) -- [Kchannels](https://www.kchannels.io/) -- [Perun](https://perun.network/) -- [Raiden](https://raiden.network/) -- [Statechannels.org](https://statechannels.org/) +### {#use-sidechains} -## 参考文献 {#further-reading} +- []() +- []() +- []() +- []() +- []() -**ステートチャンネル** +## {#further-reading} -- [イーサリアムにおけるレイヤー2のスケーリング・ソリューションを理解する：ステートチャネル、プラズマ、およびTruebit](https://medium.com/l4-media/making-sense-of-ethereums-layer-2-scaling-solutions-state-channels-plasma-and-truebit-22cb40dcc2f4)_ - 2018年2月12日、ジョシュ・スターク作成。_ -- [ステートチャネルの説明](https://www.jeffcoleman.ca/state-channels/)_ - 2015年11月6日、ジェフ・コールマン作成。_ -- [ステートチャネルの基礎](https://education.district0x.io/general-topics/understanding-ethereum/basics-state-channels/) - _District0x_ -- [ブロックチェーンにおけるステートチャネル：現在の状況](https://ieeexplore.ieee.org/document/9627997) +- -_役に立ったコミュニティリソースがあれば、 ぜひこのページに追加してください。_ +_ _ diff --git a/public/content/translations/ja/developers/docs/scaling/validium/index.md b/public/content/translations/ja/developers/docs/scaling/validium/index.md index 632a41ea860..6cd859ecbce 100644 --- a/public/content/translations/ja/developers/docs/scaling/validium/index.md +++ b/public/content/translations/ja/developers/docs/scaling/validium/index.md @@ -51,7 +51,7 @@ sidebarDepth: 3 オペレーターは、複数のトランザクションをバッチ化した上で、検証のために証明サーキットに送信します。 証明サーキットは、このトランザクションバッチ（およびその他の関連データ）をインプットとして受け取り、操作が正しく実行されたことを検証する有効性証明をアウトプットとして出力します。 -### 状態コミットメント {#state-commitments} +### ステート・コミットメント {#state-commitments} バリディアムの状態は、ルートがイーサリアムのメインコントラクトに保存されたマークルツリーとしてハッシュ化されます。 マークルルート（ステートルートとも呼ぶ）は、バリディアムチェーンにおける各アカウントおよび残高の現在状態に対する暗号コミットメントの役割を担います。 @@ -71,7 +71,7 @@ sidebarDepth: 3 ゼロ知識ロールアップとは異なり、バリディアム上のブロック生成者は、トランザクションを含むバッチのトランザクションデータを公開する必要がありません（ブロックヘッダーのみ公開すればよいです）。 これによりバリディアムは、メインのイーサリアムチェーンに状態データを`calldata`として公開する「ハイブリッド型」のスケーリング・プロトコル（つまり、[レイヤー2](/layer-2/)）ではなく、純粋にオフチェーンのスケーリング・プロトコルであると言えます。 -### データの可用性 {#data-availability} +### データ可用性 {#data-availability} 前述のように、バリディアムでは、オペレーターがすべてのトランザクションデータをイーサリアムメインネット外で保存するというオフチェーンのデータ可用性モデルを採用しています。 バリディアムでは、オンチェーンにおけるデータ消費量が少ないため、スケーラビリティが向上し（イーサリアムのデータ処理能力によりスループットが制限されない）、ユーザー手数料が軽減されます（`calldata`を公開する費用が抑えられる）。 @@ -133,7 +133,7 @@ Volitionsは、ゼロ知識ロールアップとバリディアムチェーン ## バリディアムの長所と短所 {#pros-and-cons-of-validium} -| メリット | デメリット | +| 長所 | 短所 | | ---------------------------------------------------------------------- | ----------------------------------------------------------------------------------------- | | 有効性証明により、オフチェーンにおけるトランザクションの完全性が確保でき、オペレーターが無効な状態アップデートをファイナライズできなくなる。 | 有効性証明を生成するには特別なハードウェアが必要なため、分散化が低下するリスクがある。 | | ユーザーがより効率的に資金を利用できる（イーサリアムへの資金引き出しにおいて、遅延が発生しない）。 | 汎用的な計算／スマートコントラクトに対するサポートが限定的であり、開発には特殊な言語が必要である。 | @@ -154,7 +154,7 @@ Volitionsは、ゼロ知識ロールアップとバリディアムチェーン **Matter Labs zkPorter**- _zkPorterは、ゼロ知識ロールアップとシャーディングを結合したハイブリッド型のアプローチによりデータ化要請を追跡する、レイヤー2のスケーリング・プロトコルです。 任意の数のシャードをサポートしており、シャードごとに異なるデータ可用性ポリシーを定めることができます。_ - [ブログ](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf) -- [ドキュメント](https://docs.zksync.io/zk-stack/concepts/data-availability) +- [ドキュメント](https://docs.zksync.io/zk-stack/concepts/hyperchains-hyperscaling.html#logical-state-partitions-in-zk-porters) - [ウェブサイト](https://zksync.io/) ## 参考文献 {#further-reading} diff --git a/public/content/translations/ja/developers/docs/scaling/zk-rollups/index.md b/public/content/translations/ja/developers/docs/scaling/zk-rollups/index.md index 7339558334c..83bd6f46d7e 100644 --- a/public/content/translations/ja/developers/docs/scaling/zk-rollups/index.md +++ b/public/content/translations/ja/developers/docs/scaling/zk-rollups/index.md @@ -8,7 +8,7 @@ lang: ja ## 前提知識 {#prerequisites} -[イーサリアムのスケーリング](/developers/docs/scaling/)と[レイヤー2](/layer-2) のページを読んで理解しておくことをおすすめします。 +[イーサリアムのスケーリング](/developers/docs/scaling/)と[レイヤー2](/layer-2)のページを読んで理解しておくことをお勧めします。 ## ゼロ知識ロールアップとは何か？ {#what-are-zk-rollups} @@ -34,7 +34,7 @@ ZKロールアップは、イーサリアムとは別個に実行されるもの ZKロールアップでは、以下の事項につきメインのイーサリアムプロトコルに依存します： -### データの可用性 {#data-availability} +### データ可用性 {#data-availability} ZKロールアップでは、オフチェーンで処理されたすべてのトランザクションの状態データをイーサリアムに書き込みます。 個人または企業のユーザーは、このデータを用いてロールアップの状態を再現し、チェーン自体を検証することができます。 イーサリアムでは、ネットワークのすべての参加者に対し、このデータを`calldata`として提供します。 @@ -66,7 +66,7 @@ ZKロールアップのユーザーは、トランザクションに署名した 多くの場合、`calldata`におけるキーワードがトランザクションで呼び出されるスマートコントラクトのメソッドを決定し、当該メソッドへの入力を任意のバイト列として保持します。 ZKロールアップでは、`calldata`を用いて圧縮されたトランザクションデータをオンチェーンに書き込みます。ロールアップのオペレーターの役割は、ロールアップのコントラクトにおいて要求される関数を呼び出し、関数の引数として圧縮データを渡すことにより新規バッチを追加することだけです。 このため、ロールアップにおける手数料の大半はトランザクションデータのオンチェーンの保存において発生するため、ユーザー手数料が軽減されます。 -### 状態コミットメント {#state-commitments} +### ステートコミットメント {#state-commitments} L2のアカウントおよび残高が含まれるZKロールアップの状態は、[マークルツリー](/whitepaper/#merkle-trees)として表示されます。 マークルツリーのルート（マークルルート）の暗号ハッシュがオンチェーンのコントラクトに保存されるため、ロールアップのプロトコルによりZKロールアップの状態変化を追跡することができます。 @@ -146,7 +146,7 @@ ZKロールアップのノードは、トランザクションが一定数に達 この有効性証明が証明サーキットに合格した場合（つまり、有効性証明が有効である場合）、ロールアップを古い状態（事前のステートルートにより暗号学的にフィンガープリントされる）から新しい状態（事後のステートルートにより暗号学的にフィンガープリントされる）に移行させる、有効なトランザクションのシーケンスが存在することになります。 事前のステートルートがロールアップのコントラクトに保存されたルートと一致し、有効性証明が有効であれば、ロールアップのコントラクトは有効性証明から事後のステートルートを取り出し、ロールアップの変更後の状態を反映するようにステートツリーを更新します。 -### プラズマチェーンへの参加と退出 {#entries-and-exits} +### 参加と退出 {#entries-and-exits} ユーザーがZKロールアップに参加するには、L1チェーン上でデプロイされたロールアップのコントラクトにトークンを入金する必要があります。 ロールアップのコントラクトにトランザクションを送信できるのはオペレーターのみであるため、このトランザクションはキュー上で保留されます。 @@ -180,7 +180,7 @@ ZKロールアップにおけるトランザクション手数料は、イーサ 1. **ステートへの書き込み**: イーサリアムのステートに書き込む（つまり、イーサリアムブロックチェーンにトランザクションを送信する）場合、固定コストが発生します。 ZKロールアップでは、トランザクションをバッチ化し、固定コストを複数のユーザーに分散させることで、ユーザーあたりのコストを引き下げています。 -2. **データの公開**: ZKロールアップでは、各トランザクションの状態データを`calldata`としてイーサリアムに送信します。 現在、`calldata`の費用は[EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)によって管理されています。`calldata`がゼロバイト以上であれば16ガス、ゼロバイトの場合は4ガスの費用が発生します。 各トランザクションに対して支払われるコストは、オンチェーンで公開される`calldata`の規模に応じて決定されます。 +2. **データの公開**: ZKロールアップでは、各トランザクションの状態データを`calldata`としてイーサリアムに送信します。 現在、`calldata`のコストは [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) によって管理されています。 `calldata` の非ゼロバイトに対しては16ガス、ゼロバイトに対しては4ガスのコストが、それぞれ規定されています。 各トランザクションに対して支払われるコストは、オンチェーンで公開される`calldata`の規模に応じて決定されます。 3. **L2オペレーターに対する手数料**: これは、イーサリアムにおけるマイナー手数料の場合と同様に、トランザクションの処理で発生した計算コストの代価としてロールアップのオペレーターに支払う手数料です。 @@ -196,7 +196,7 @@ ZKロールアップでは、オフチェーンでの計算を通じてイーサ ZKロールアップでは、各トランザクションを検証するためにすべての関連データを書き込む必要がないため、オプティミスティック・ロールアップよりもデータの圧縮度が高いと言えます。 ロールアップにおけるアカウントおよび残高の最新状態を再構築する上で、必要最小限のデータのみを送信すればよいのです。 -### 再帰的証明 {#recursive-proofs} +### 再帰的プルーフ {#recursive-proofs} ゼロ知識証明の優位性のひとつとして、他の種類の証明を検証するためにも使用できる点が挙げられます。 例えば、あるZK-SNARKを用いて他の複数のZK-SNARKを検証することができます。 このような「プルーフに対するプルーフ」を再帰的プルーフと呼び、ZKロールアップのスループットを劇的に向上させます。 @@ -206,7 +206,7 @@ ZKロールアップでは、各トランザクションを検証するために ### ZKロールアップの長所と短所 {#zk-rollups-pros-and-cons} -| メリット | デメリット | +| 長所 | 短所 | | ------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ----------------------------------------------------------------------------------- | | 有効性証明により、オフチェーンのトランザクションの正しさが保証でき、オペレーターが無効な状態遷移を実行するのを防ぐことができる。 | 有効性証明を計算、検証する際にかなりのコストが発生し、ロールアップにおけるユーザー手数料がかさむ可能性がある。 | | 有効性証明がL1上で検証されれば状態更新が承認されるため、トランザクションのファイナリティをより迅速に実現できる。 | ゼロ知識は複雑な関連技術を要するため、EVM互換のZKロールアップ構築は容易ではない。 | @@ -240,16 +240,19 @@ FinematicsによるZKロールアップの説明動画をご覧ください： - **[Taiko](https://taiko.xyz)** - _Taiko は分散型のイーサリアム等価のゼロ知識ロールアップです ([タイプ1のZK-EVM](https://vitalik.eth.limo/general/2022/08/04/zkevm.html))_。 -- **[ZKsync](https://docs.zksync.io/)** - _ZKsync Eraは、Matter Labsが独自開発したzkEVMを搭載するEVM互換のゼロ知識ロールアップです_。 +- **[ZKSync](https://docs.zksync.io/)** - _ZkSync Eraは、Matter Labsが独自開発したzkEVMを搭載するEVM互換のゼロ知識ロールアップです_。 - **[Starknet](https://starkware.co/starknet/)** - _StarkNetは、StarkWareによって開発されたEVM互換のレイヤー2スケーリングソリューションです。_ +- **[Morph](https://www.morphl2.io/)** - _Morphは、ハイブリッドのロールアップ・スケーリング・ソリューションで、レイヤー2の状態における異議申し立て問題の対処にゼロ知識証明を利用します。_ + ## ZKロールアップの参考文献 {#further-reading-on-zk-rollups} - [ゼロ知識ロールアップとは何か？](https://coinmarketcap.com/alexandria/glossary/zero-knowledge-rollups) -- [ゼロ知識ロールアップとは何か？](https://alchemy.com/blog/zero-knowledge-rollups) +- [ゼロ知識ロールアップとは？](https://alchemy.com/blog/zero-knowledge-rollups) - [STARKとSNARKの相違点](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/) - [zkEVMとは何か？](https://www.alchemy.com/overviews/zkevm) +- [ZK-EVMの種類: イーサリアム等価、EVM等価、タイプ1、タイプ4、他のクリプトバズワード](https://taiko.mirror.xyz/j6KgY8zbGTlTnHRFGW6ZLVPuT0IV0_KmgowgStpA0K4) - [zkEVMのイントロダクション](https://hackmd.io/@yezhang/S1_KMMbGt) - [有益なzkEVM関連リソース](https://github.com/LuozhuZhang/awesome-zkevm) - [ZK-SNARKの仕組み](https://vitalik.eth.limo/general/2017/02/01/zk_snarks.html) diff --git a/public/content/translations/ja/developers/docs/smart-contracts/formal-verification/index.md b/public/content/translations/ja/developers/docs/smart-contracts/formal-verification/index.md index 88e894bf98c..3dd8f86f527 100644 --- a/public/content/translations/ja/developers/docs/smart-contracts/formal-verification/index.md +++ b/public/content/translations/ja/developers/docs/smart-contracts/formal-verification/index.md @@ -44,7 +44,7 @@ lang: ja 形式的仕様記述により、プログラム実行の正しさを数学的に論証することが可能となります。 形式モデルと同様、形式仕様記述は高水準のプロパティもしくはスマートコントラクトの実装の低水準の挙動をとらえることができます。 -形式仕様記述はプログラム論理を用いて導出され、それによってプログラムのプロパティが形式的に論証できるようになります。 プログラム論理が備えている形式規則により、プログラムのしかるべき挙動が(数学的に)表現されます。 [到達可能性論理](https://en.wikipedia.org/wiki/Reachability_problem)、[時相論理](https://en.wikipedia.org/wiki/Temporal_logic)、[ホーア論理](https://en.wikipedia.org/wiki/Hoare_logic)を含む様々なプログラム論理が形式仕様記述に用いられます。 +形式仕様記述はプログラム論理を用いて導出され、それによってプログラムのプロパティが形式的に論証できるようになります。 プログラム論理が備えている形式規則により、プログラムのしかるべき挙動が(数学的に)表現されます。 [到達可能性論理 ](https://en.wikipedia.org/wiki/Reachability_problem)、[時相論理](https://en.wikipedia.org/wiki/Temporal_logic)、[ホーア論理](https://en.wikipedia.org/wiki/Hoare_logic)を含む様々なプログラム論理が形式仕様記述に用いられます。 スマートコントラクトの形式仕様記述は**高水準**な仕様記述と**低水準**な仕様記述に大別されます。 いずれの場合でも、分析対象のシステムのプロパティを適切かつ一義的に記述できなければなりません。 diff --git a/public/content/translations/ja/developers/docs/smart-contracts/testing/index.md b/public/content/translations/ja/developers/docs/smart-contracts/testing/index.md index 7ecb2600cb2..2a23b2586b2 100644 --- a/public/content/translations/ja/developers/docs/smart-contracts/testing/index.md +++ b/public/content/translations/ja/developers/docs/smart-contracts/testing/index.md @@ -144,13 +144,14 @@ Solidityスマートコントラクト用の単体テストフレームワーク - **[Remixを使った単体テストの実行](https://remix-ide.readthedocs.io/en/latest/unittesting.html#write-tests)** - **[Apeを使った単体テストの実行](https://docs.apeworx.io/ape/stable/userguides/testing.html)** - **[Hardhatを使った単体テストの実行](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)** +- **[Wakeを使った単体テストの実行](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)** ### 統合テスト {#integration-testing-for-smart-contracts} 単体テストでは、コントラクトの関数を個別にデバッグしましたが、統合テストでは、スマートコントラクトのコンポーネント全体を評価します。 統合テストでは、スマートコントラクト間の呼び出しで発生する問題や、同じスマートコントラクト内の異なる関数間のやり取りで発生する問題を検出できます。 例えば、[継承](https://docs.soliditylang.org/en/v0.8.12/contracts.html#inheritance)や依存性注入などの機能が正しく動作するかどうかを確認するのに役立ちます。 -統合テストは、コントラクトがモジュラー型アーキテクチャを採用していたり、実行中に他のオンチェーンコントラクトと接続する場合に有用です。 統合テストを実行する方法の1つは、([Forge](https://book.getfoundry.sh/forge/fork-testing)や[Hardhat](https://hardhat.org/hardhat-network/docs/guides/forking-other-networks)などのツールを使用して)[ブロックチェーンの](/glossary/#fork)特定のブロックの高さで -フォークすることです。そして、デプロイされたコントラクトと作成したコントラクトのやり取りをシミュレートします +統合テストは、コントラクトがモジュラー型アーキテクチャを採用していたり、実行中に他のオンチェーンコントラクトと接続する場合に有用です。 統合テストを実行する方法の1つは、([Forge](https://book.getfoundry.sh/forge/fork-testing)や[Hardhat](https://hardhat.org/hardhat-network/docs/guides/forking-other-networks)などのツールを使用して)ブロックチェーンの特定のブロックの高さで +フォークすることです。そして、デプロイされたコントラクトと作成したコントラクトのやり取りをシミュレートします。

フォークされたブロックチェーンは、メインネットと同様の仕組みで動作し、アカウントに状態と残高が関連付けられています。 しかし、サンドボックス化されたローカル開発環境としてのみ機能します。例えば、トランザクションに実際のETHは必要なく、変更しても実際のイーサリアムプロトコルに影響することはありません。 @@ -168,7 +169,7 @@ Solidityスマートコントラクト用の単体テストフレームワーク 静的アナライザーは、スマートコントラクトのソースコードを受け取って解析し、コントラクトがプロパティを満たしているかどうかを判断します。 動的解析とは異なり、静的解析では、コントラクトを実行して正確性の解析を行うことはありません。 静的解析は、スマートコントラクトが実行中にたどる可能性のあるすべてのパスを推論します。つまり、ソースコードの構造を調べて、コントラクトの操作がランタイムで何を意味するかを決定します。 -コントラクトで静的解析を実行する一般的な手法として、[リンティング](https://www.perforce.com/blog/qac/what-lint-code-and-why-linting-important)と[静的テスト](https://www.techtarget.com/whatis/definition/static-analysis-static-code-analysis)があります。 どちらの手法も、コンパイラによって出力された[抽象構文木](https://en.m.wikipedia.org/wiki/Abstract_syntax_tree)や[制御フローグラフ](https://www.geeksforgeeks.org/software-engineering-control-flow-graph-cfg/amp/)など、コントラクト実行における低レベル表現の解析が必要です。 +コントラクトで静的解析を実行する一般的な手法として、[リンティング](https://www.perforce.com/blog/qac/what-lint-code-and-why-linting- important)と[静的テスト](https://www.techtarget.com/whatis/definition/static-analysis-static-code-analysis)があります。 どちらの手法も、コンパイラによって出力された[抽象構文木](https://en.m.wikipedia.org/wiki/Abstract_syntax_tree)や[制御フローグラフ](https://www.geeksforgeeks.org/software-engineering-control-flow-graph-cfg/amp/)など、コントラクト実行における低レベル表現の解析が必要です。 静的解析は、安全でない構造の使用や構文エラー、コントラクトコード内のコーディング規約違反などの安全性の問題を検出するには有効です。 しかし、より深い脆弱性の検出が不得意であることが知られており、過剰な誤検出が生じる可能性があります。 @@ -197,9 +198,11 @@ Solidityスマートコントラクト用の単体テストフレームワーク プロパティテストツールは、適切に構成することで、ランダムに生成された入力値を使ってスマートコントラクトの関数を実行することができます。 アサーション違反が発生した場合、評価対象のプロパティに違反する具体的な入力データがレポートに含まれます。 プロパティベースのテストを実行するには、以下のさまざまなツールのガイドを参照してください。 - **[Slitherを使ったスマートコントラクト静的解析](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/slither#slither)** +- **[Wakeを使ったスマートコントラクト静的解析](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)** - **[Brownieを使ったプロパティベースのテスト](https://eth-brownie.readthedocs.io/en/stable/tests-hypothesis-property.html)** - **[Foundryを使ったコントラクトのファジング](https://book.getfoundry.sh/forge/fuzz-testing)** - **[Echidnaを使ったコントラクトのファジング](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/echidna#echidna-tutorial)** +- **[Wakeを使ったコントラクトのファジング](https://ackeeblockchain.com/wake/docs/latest/testing-framework/fuzzing/)** - **[Manticoreを使ったスマートコントラクトのシンボリック実行](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/manticore#manticore-tutorial)** - **[Mythrilを使ったスマートコントラクトのシンボリック実行](https://mythril-classic.readthedocs.io/en/master/tutorial.html)** @@ -253,7 +256,7 @@ Solidityスマートコントラクト用の単体テストフレームワーク 上記のように、厳密なテストをしても、コントラクトにバグがないとは言い切れません。 形式検証によるアプローチは、正確性をより強力に保証できますが、現時点では使用が難しく、かなりのコストがかかります。 -第三者によるコードレビューを受ければ、コントラクトの脆弱性を発見できる可能性が高くなります。 第三者にコントラクトを分析してもらうには、[スマートコントラクトの監査](https://www.immunebytes.com/blog/what-is-a-smart-contract-audit/)および[バグ報奨金](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7)のいずれかの方法があります。 +第三者によるコードレビューを受ければ、コントラクトの脆弱性を発見できる可能性が高くなります。 第三者にコントラクトを分析してもらうには、[スマートコントラクトの監査](https://www.immunebytes.com/blog/what-is-a-smart-contract-audit/)および[バグ報奨金](https://medium. com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7)のいずれかの方法があります。 監査は、スマートコントラクトのセキュリティ上の欠陥や不健全な開発プラクティスを探し出す経験豊かな監査人が行います。 監査では、コードベース全体の手動レビューだけでなく、テストや形式検証も行われるのが一般的です。 @@ -285,6 +288,8 @@ Solidityスマートコントラクト用の単体テストフレームワーク - **[ApeWorx](https://docs.apeworx.io/ape/stable/userguides/testing.html)** - _イーサリアム仮想マシン用のスマートコントラクトでPythonベースの開発およびテストのためのフレームワーク_。 +- **[Wake](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)** - _Pythonベースの単体テストとファジングのフレームワークで、強力なデバック機能とクロスチェーンテストをサポートしており、pytestおよびAnvilを生かした最高のユーザーエクスペリエンスとパフォーマンスを実現。_ + ### プロパティベースのテストツール {#property-based-testing-tools} @@ -299,6 +304,8 @@ Solidityスマートコントラクト用の単体テストフレームワーク - **[Cyfrin Aderyn](https://cyfrin.io/tools/aderyn)** - _Rustベースの静的解析ツールで、特にWeb3スマートコントラクトのセキュリティと開発のために設計されています。_ +- **[Wake](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)** - _Pythonベースの静的解析フレームワークで、脆弱性とコード品質の検出器、コードから有用な情報を抽出するプリンター、カスタムサブモジュールの作成をサポート。_ + #### 動的解析ツール {#dynamic-analysis-tools} diff --git a/public/content/translations/ja/developers/docs/standards/index.md b/public/content/translations/ja/developers/docs/standards/index.md index bee59407ddb..4f9a67d967a 100644 --- a/public/content/translations/ja/developers/docs/standards/index.md +++ b/public/content/translations/ja/developers/docs/standards/index.md @@ -39,9 +39,9 @@ EIPは、以下の3種類に分類されます: ### トークン規格 {#token-standards} -- [ERC-20](/developers/docs/standards/tokens/erc-20/) - 投票用やステーキング用のトークンあるいは仮想通貨など、代替性を持つ（相互に代替可能な）トークンを対象とする標準的なインターフェイスです。 +- [ERC-20](/developers/docs/standards/tokens/erc-20/) - 投票トークン、ステーキングトークン、通貨トークンなど、代替性トークン (FT) のための標準インタフェースです。 - [ERC-1363](https://eips.ethereum.org/EIPS/eip-1363) - transferまたはtransferFromを受信した後の受信者側におけるコードの実行や、承認後におけるspenderコードをサポートする、ERC-20トークンのトークンインターフェイスを定義します。 -- [ERC-721](/developers/docs/standards/tokens/erc-721/) - アートや楽曲に対する所有証明など、非代替性トークン (NFT) を対象とする標準的なインタフェースです。 +- [ERC-721](/developers/docs/standards/tokens/erc-721/) - アートや楽曲のための証書など、非代替性トークン (NFT) を対象とする標準的なインタフェースです。 - [ERC-2309](https://eips.ethereum.org/EIPS/eip-2309) - ひとつのNFTあるいは連続するトークン識別子を用いた複数のNFTを作成／転送する際に発行される標準イベント。 - [ERC-4400](https://eips.ethereum.org/EIPS/eip-4400) - EIP-721コンシューマーロール向けのインターフェース拡張機能。 - [ERC-4907](https://eips.ethereum.org/EIPS/eip-4907) - ERC-721トークンに対して、制限付き許可を伴う時間限定ロールを追加します。 @@ -53,6 +53,6 @@ EIPは、以下の3種類に分類されます: ## 参考文献 {#further-reading} -- [イーサリアム改善提案(EIP)](/eips/) +- [イーサリアム改善提案 (EIP)](/eips/) -_役に立ったコミュニティリソースがあれば、 ぜひこのページに追加してください。_ +_役に立つコミュニティリソースをご存知の場合は、 ページを編集して追加してください。_ diff --git a/public/content/translations/ja/developers/docs/standards/tokens/erc-1155/index.md b/public/content/translations/ja/developers/docs/standards/tokens/erc-1155/index.md index a5dae0dbcc1..424aec64f44 100644 --- a/public/content/translations/ja/developers/docs/standards/tokens/erc-1155/index.md +++ b/public/content/translations/ja/developers/docs/standards/tokens/erc-1155/index.md @@ -143,4 +143,4 @@ _注記_：フックを含むすべてのバッチ関数は、バッチ処理で - [ERC-1155：マルチトークン規格](https://eips.ethereum.org/EIPS/eip-1155) - [ERC-1155：Openzeppelinのドキュメンテーション](https://docs.openzeppelin.com/contracts/3.x/erc1155) - [ERC-1155：Githubリポジトリ](https://github.com/enjin/erc-1155) -- [AlchemyのNFT API](https://docs.alchemy.com/alchemy/enhanced-apis/nft-api) +- [Alchemy NFT API](https://docs.alchemy.com/alchemy/enhanced-apis/nft-api) diff --git a/public/content/translations/ja/developers/docs/standards/tokens/erc-20/index.md b/public/content/translations/ja/developers/docs/standards/tokens/erc-20/index.md index 25239af1d6d..1d11f74bd61 100644 --- a/public/content/translations/ja/developers/docs/standards/tokens/erc-20/index.md +++ b/public/content/translations/ja/developers/docs/standards/tokens/erc-20/index.md @@ -88,7 +88,7 @@ weth_token_addr = "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2" # Wrapped ethe acc_address = "0xA478c2975Ab1Ea89e8196811F51A7B7Ade33eB11" # Uniswap V2: DAI 2 -# This is a simplified Contract Application Binary Interface (ABI) of an ERC-20 Token Contract. +# これはERC-20トークンのコントラクトのアプリケーション・バイナリ・インターフェース（ABI）を簡略化したものです。 # It will expose only the methods: balanceOf(address), decimals(), symbol() and totalSupply() simplified_abi = [ { @@ -140,9 +140,30 @@ print("Total Supply:", totalSupply) print("Addr Balance:", addr_balance) ``` +## 既知の問題 {#erc20-issues} + +### ERC-20トークン受信問題 {#reception-issue} + +ERC-20トークンを扱えるように設計されていないスマートコントラクトにERC-20トークンが送信されると、送信されたトークンが永久的に失われる可能性があります。 これは、トークンを受け取るコントラクトに送られてきたトークンを認識したり応答する機能がないためです。また、ERC-20標準には、送られてきたトークンを、受け取るコントラクトに通知するメカニズムがありません。 これが問題となる主要な状態は、次になります。 + +1. トークン送信メカニズム + - ERC-20トークンは、transfer関数かtransferFrom関数を使って送信されます。 + - ユーザーがこれらの関数を使ってコントラクトアドレスにトークンを送信すると、受け取るコントラクトがトークンを扱えるように設計されているかにどうかに関わらずトークンが送信されてしまいます。 +2. 通知の欠如 + - トークンを受け取るコントラクトは、トークンが送られてきたことに関して通知やコールバックを受け取りません。 + - 受け取るコントラクトにトークンを扱うメカニズム(例: フォールバック関数またはトークンを受信する専用の関数)が無い場合、トークンは実質的にコントラクトアドレスにスタックされます。 +3. 組み込まれた処理が無い + - ERC-20標準では、受け取るコントラクが実装する必須関数が含まれていません。そのため、多くのコントラクトでは、送られてくるトークンを適切に扱うことができない状態が生じています。 + ## 参考文献 {#further-reading} - [EIP-20：ERC-20トークン規格](https://eips.ethereum.org/EIPS/eip-20) - [OpenZeppelin - トークン](https://docs.openzeppelin.com/contracts/3.x/tokens#ERC20) - [OpenZeppelin - ERC-20の実装](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol) - [Alchemy - SolidityにおけるERC20トークンのガイド](https://www.alchemy.com/overviews/erc20-solidity) + + +## その他の代替性トークン {#fungible-token-standards} + +- [ERC-777](/developers/docs/standards/tokens/erc-777) +- [ERC-4626 - トークン化ボールト](/developers/docs/standards/tokens/erc-4626) \ No newline at end of file diff --git a/public/content/translations/ja/developers/docs/standards/tokens/erc-4626/index.md b/public/content/translations/ja/developers/docs/standards/tokens/erc-4626/index.md index 4fec6280794..0595151b331 100644 --- a/public/content/translations/ja/developers/docs/standards/tokens/erc-4626/index.md +++ b/public/content/translations/ja/developers/docs/standards/tokens/erc-4626/index.md @@ -27,7 +27,7 @@ ERC-4626トークンの詳細については、[EIP-4626](https://eips.ethereum. #### asset {#asset} ```solidity -function asset() public view returns (address) +function asset() public view returns (address assetTokenAddress) ``` この関数は、会計処理、入金、および引出のために当該ボールトが使用される原資トークンのアドレスを返します。 @@ -59,7 +59,7 @@ function convertToAssets(uint256 shares) public view returns (uint256 assets) #### maxDeposit {#maxdeposit} ```solidity -function maxDeposit(address receiver) public view returns (uint256) +function maxDeposit(address receiver) public view returns (uint256 maxAssets) ``` この関数は、`receiver`が1回の[`deposit`](#deposit)呼び出しで入金できる原資産の上限を返します。 @@ -67,12 +67,12 @@ function maxDeposit(address receiver) public view returns (uint256) #### previewDeposit {#previewdeposit} ```solidity -function previewDeposit(uint256 assets) public view returns (uint256) +function previewDeposit(uint256 assets) public view returns (uint256 shares) ``` この関数は、入金が現在のブロックに対してどのような影響をもたらすかをシミュレーションします。 -#### deposit {#deposit} +#### 入金 {#deposit} ```solidity function deposit(uint256 assets, address receiver) public returns (uint256 shares) @@ -83,20 +83,20 @@ function deposit(uint256 assets, address receiver) public returns (uint256 share #### maxMint {#maxmint} ```solidity -function maxMint(address receiver) public view returns (uint256) +function maxMint(address receiver) public view returns (uint256 maxShares) ``` -この関数は、`receiver` による1回の [`mint`](#mint) の呼び出しにより、ミント可能なシェア数の上限を返します。 +この関数は、`receiver`による1回の[`mint`](#mint)の呼び出しにより、ミント可能なシェア数の上限を返します。 #### previewMint {#previewmint} ```solidity -function previewMint(uint256 shares) public view returns (uint256) +function previewMint(uint256 shares) public view returns (uint256 assets) ``` この関数は、現在のブロックにおける当該ミントの影響をシミュレーションします。 -#### mint {#mint} +#### mint(ミント) {#mint} ```solidity function mint(uint256 shares, address receiver) public returns (uint256 assets) @@ -107,7 +107,7 @@ function mint(uint256 shares, address receiver) public returns (uint256 assets) #### maxWithdraw {#maxwithdraw} ```solidity -function maxWithdraw(address owner) public view returns (uint256) +function maxWithdraw(address owner) public view returns (uint256 maxAssets) ``` この関数は、1回の[`withdraw`](#withdraw)呼び出しにより、`owner`残高から引き出し可能な原資産アセットの上限を返します。 @@ -115,12 +115,12 @@ function maxWithdraw(address owner) public view returns (uint256) #### previewWithdraw {#previewwithdraw} ```solidity -function previewWithdraw(uint256 assets) public view returns (uint256) +function previewWithdraw(uint256 assets) public view returns (uint256 shares) ``` この関数は、当該引き出しが現在のブロックに与える影響をシミュレーションします。 -#### withdraw {#withdraw} +#### 引き出し {#withdraw} ```solidity function withdraw(uint256 assets, address receiver, address owner) public returns (uint256 shares) @@ -131,7 +131,7 @@ function withdraw(uint256 assets, address receiver, address owner) public return #### maxRedeem {#maxredeem} ```solidity -function maxRedeem(address owner) public view returns (uint256) +function maxRedeem(address owner) public view returns (uint256 maxShares) ``` この関数は、[`redeem`](#redeem)の呼び出しにより、`owner`の残高から受け取ることができるシェアの上限を返します。 @@ -139,7 +139,7 @@ function maxRedeem(address owner) public view returns (uint256) #### previewRedeem {#previewredeem} ```solidity -function previewRedeem(uint256 shares) public view returns (uint256) +function previewRedeem(uint256 shares) public view returns (uint256 assets) ``` この関数は、シェアの受け取りが現在のブロックに与える影響をシミュレーションします。 @@ -168,6 +168,10 @@ function balanceOf(address owner) public view returns (uint256) `owner`が現在ボールトで所有しているシェアの総数を返します。 +### インターフェースのマップ {#mapOfTheInterface} + +![ERC-4626インターフェースのマップ](./map-of-erc-4626.png) + ### イベント {#events} #### 入金イベント @@ -187,7 +191,7 @@ event Deposit( #### 出金イベント -`redeem` あるいは [`withdraw`](#withdraw)メソッドにより、預金者がボールトからシェアを引き出す際に、**必ず**発行しなければなりません。 +`redeem` あるいは [`withdraw`](#withdraw)メソッドにより、預金者がボールトからシェアを引き出す際に、**必ず**発行しなければなりません。 ```solidity event Withdraw( diff --git a/public/content/translations/ja/developers/docs/standards/tokens/erc-721/index.md b/public/content/translations/ja/developers/docs/standards/tokens/erc-721/index.md index 1d75f0ec8a9..f6e83ac5b1f 100644 --- a/public/content/translations/ja/developers/docs/standards/tokens/erc-721/index.md +++ b/public/content/translations/ja/developers/docs/standards/tokens/erc-721/index.md @@ -56,11 +56,11 @@ ERC-721（Ethereum Request for Comments 721）は、ウィリアム・エント ### 実例： {#web3py-example} -イーサリアムネットワークにおけるERC-721トークンコントラクトを詳しく検討することで、ネットワークをシンプルにする上でこれらの規格がいかに重要であるかが理解できるでしょう。 ERC-721トークンを対象とするインターフェイスを開発するには、コントラクトのアブリケーション・バイナリ・インターフェイス（ABI）があれば十分です。 理解しやすいように、以下では簡略化したABIを用いています。 +イーサリアムネットワークにおけるERC-721トークンコントラクトを詳しく検討することで、ネットワークをシンプルにする上でこれらの規格がいかに重要であるかが理解できるでしょう。 ERC-721トークンを対象とするインターフェイスを開発するには、コントラクトのアブリケーション・バイナリ・インターフェイス（ABI）があれば十分です。 これからつまずかないように簡略化されたABIを使用した例をお見せします。 #### Web3.pyの実例： {#web3py-example} -まず、 Pythonのライブラリから[Web3.py](https://web3py.readthedocs.io/en/stable/quickstart.html#installation)をインストール済みであることを確認してください: +最初に、 Pythonライブラリの[Web3.py](https://web3py.readthedocs.io/en/stable/quickstart.html#installation)がインストールされていることを確認してください: ``` pip install web3 @@ -174,7 +174,7 @@ CryptoKittiesのコントラクトには、標準的なイベント以外にも 特に、`Pregnant`と `Birth`のイベントについて見てみましょう。 ```python -# Using the Pregnant and Birth Events ABI to get info about new Kitties. +# 妊娠・出産イベントABIを利用して、新しいキティーの情報を得る。 ck_extra_events_abi = [ { 'anonymous': False, diff --git a/public/content/translations/ja/developers/docs/standards/tokens/erc-777/index.md b/public/content/translations/ja/developers/docs/standards/tokens/erc-777/index.md index e5b1c0f5e2c..0a9bcf1217f 100644 --- a/public/content/translations/ja/developers/docs/standards/tokens/erc-777/index.md +++ b/public/content/translations/ja/developers/docs/standards/tokens/erc-777/index.md @@ -12,7 +12,7 @@ lang: ja ERC-777は、既存の[ERC-20](/developers/docs/standards/tokens/erc-20/)規格を改善した代替性トークンの規格です。 -## 前提知識 {#prerequisites} +## 事前に必要な環境 {#prerequisites} 本ページの内容をよく理解するために、まず[ERC-20](/developers/docs/standards/tokens/erc-20/)に目を通すことをおすすめします。 diff --git a/public/content/translations/ja/developers/docs/standards/tokens/index.md b/public/content/translations/ja/developers/docs/standards/tokens/index.md index 3f7ee725103..6c1e46c1b15 100644 --- a/public/content/translations/ja/developers/docs/standards/tokens/index.md +++ b/public/content/translations/ja/developers/docs/standards/tokens/index.md @@ -19,10 +19,11 @@ incomplete: true 以下では、イーサリアムにおける最も一般的なトークン規格を説明します: - [ERC-20](/developers/docs/standards/tokens/erc-20/) - 投票用やステーキング用のトークンあるいは仮想通貨など、代替性を持つ（相互に代替可能な）トークンを対象とする標準的なインターフェイスです。 -- [ERC-721](/developers/docs/standards/tokens/erc-721/) - アートや楽曲に対する所有証明など、非代替性トークン (NFT) を対象とする標準的なインタフェースです。 -- [ERC-777](/developers/docs/standards/tokens/erc-777/) - 通常のトークンに対して、トランザクションのプライバシー向上のためにミキサーコントラクトあるいは秘密鍵を紛失したユーザーを救済できる緊急復旧などの機能を追加できる規格です。 -- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) - より効率的な取引や、トランザクションのバンドル化によるコスト軽減を実現できる規格です。 ユーティリティトークン（$BNBや$BATなど）および非代替性トークン（CryptoPunksなど）の両方に使用できます。 -- [ERC-4626](/developers/docs/standards/tokens/erc-4626/) - 利回りボールト（保管庫）における技術的なパラメータを最適化、統一することを目指して設計された、トークン化ボールト用の規格です。 + +### NFT規格 {#nft-standards} + +- [ERC-721](/developers/docs/standards/tokens/erc-721/) - アートや楽曲のための証書など、非代替性トークン (NFT) を対象とする標準的なインタフェースです。 +- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) - より効率的な取引や、トランザクションのバンドル化によるコスト軽減を実現できる規格です。 ユーティリティトークン（$BNBや$BATなど）および非代替性トークン（CryptoPunksなど）の両方の作成に使用できます。 [ERC](https://eips.ethereum.org/erc)提案の全リスト @@ -30,7 +31,7 @@ incomplete: true _役に立ったコミュニティリソースがあれば、 ぜひこのページに追加してください。_ -## 関連チュートリアル {#related-tutorials} +## 関連トピック {#related-tutorials} - [トークンの統合作業に関するチェックリスト](/developers/tutorials/token-integration-checklist/) _– トークンのやりとりを統合する際に検討すべき事項が列挙されています。_ - [ERC20トークンを利用するスマートコントラクトを理解する](/developers/tutorials/understand-the-erc-20-token-smart-contract/) _- イーサリアムのテストネットワーク上ではじめてスマートコントラクトをデプロイする初心者向けの入門ガイドです。_ diff --git a/public/content/translations/ja/developers/docs/storage/index.md b/public/content/translations/ja/developers/docs/storage/index.md index 97c34dc9db8..4dc4dd93883 100644 --- a/public/content/translations/ja/developers/docs/storage/index.md +++ b/public/content/translations/ja/developers/docs/storage/index.md @@ -210,7 +210,7 @@ KYCなしの分散型ツール - [分散型ストレージとは](https://coinmarketcap.com/alexandria/article/what-is-decentralized-storage-a-deep-dive-by-filecoin) - _CoinMarketCap_ - [分散型ストレージに関する5つの一般的な通念を覆す](https://www.storj.io/blog/busting-five-common-myths-about-decentralized-storage) - _Storj_ -_役に立ったコミュニティリソースがあれば、 ぜひこのページに追加してください。_ +_役に立つコミュニティリソースをご存知の場合は、 ページを編集して追加してください。_ ## 関連トピック {#related-topics} diff --git a/public/content/translations/ja/developers/docs/transactions/index.md b/public/content/translations/ja/developers/docs/transactions/index.md index fa44d9e6c6b..60454213b6a 100644 --- a/public/content/translations/ja/developers/docs/transactions/index.md +++ b/public/content/translations/ja/developers/docs/transactions/index.md @@ -176,7 +176,7 @@ Aliceのアカウントに **+1.0 ETH**振り込み ## 型付トランザクションエンベロープ(Typed Transaction Envelope) {#typed-transaction-envelope} -イーサリアムは当初、トランザクション形式は1つのみでした。 各トランザクションには、ノンス (nonce)、ガス代、ガスリミット、toアドレス、値、データ、v、r、sがあります。 これらのフィールドは、以下のように[RLPエンコード](/developers/docs/data-structures-and-encoding/rlp/)されています。 +イーサリアムは当初、トランザクション形式は1つのみでした。 各トランザクションには、ノンス (nonce)、ガス代、ガスリミット、toアドレス、値、データ、v、r、sがあります。 これらのフィールドは、以下のように[RLPエンコード](/developers/docs/data- Structures-and-encoding/rlp/)されています。 `RLP([nonce, gasPrice, gasLimit, to, value, data, v, r, s])` @@ -195,7 +195,7 @@ Aliceのアカウントに **+1.0 ETH**振り込み - [EIP-2718: 型付トランザクションエンベロープ(Typed Transaction Envelope)](https://eips.ethereum.org/EIPS/eip-2718) -_役に立ったコミュニティリソースがあれば、 ぜひこのページに追加してください。_ +_イーサリアムを学ぶために利用したコミュニティリソースはありますか？ もしあればページを編集して追加してください！_ ## 関連トピック {#related-topics} diff --git a/public/content/translations/ja/enterprise/index.md b/public/content/translations/ja/enterprise/index.md index 1e3ff22fc55..20413fd8e15 100644 --- a/public/content/translations/ja/enterprise/index.md +++ b/public/content/translations/ja/enterprise/index.md @@ -64,12 +64,14 @@ Hyperledger、Quorum、Cordaプロジェクトが開始された2016年頃から - [Blockapps](https://blockapps.net/) - _STRATOプラットフォームを構成するエンタープライズイーサリアムプロトコル、ツール、APIの実装_ - [Chainstack](https://chainstack.com/) - _メインネットおよびテストネットのイーサリアムインフラストラクチャをパブリックおよび隔離されたカスタマークラウドでホスト_ - [ConsenSys](https://consensys.io/) - _イーサリアム上で構築するためのさまざまなプロダクトとツール、ならびにコンサルティングとカスタム開発サービスを提供_ +- [Crossmint](http://crossmint.com/) - _エンタープライズグレードのweb3開発プラットフォームで、スマートコントラクトのデプロイ、クレジットカードの有効化、クロスチェーン支払い、APIを使用したNFTの作成、配布、売却、保存、編集が可能です。_ - [Envision Blockchain](https://envisionblockchain.com/) - _イーサリアムメインネットに特化したエンタープライズ向けコンサルティングおよび開発サービスを提供_ - [EY OpsChain](https://blockchain.ey.com/products/contract-manager) - _ 信頼できるビジネスパートナーのネットワーク全体で、RFQ、コントラクト、発注書、請求書を発行することにより、調達ワークフローを提供_ - [Hyperledger Besu](https://www.hyperledger.org/use/besu) - _Javaで書かれたApache 2.0ライセンスに基づくオープンソースのエンタープライズ向けイーサリアムクライアント_ - [Infura](https://infura.io/) - _イーサリアムおよびIPFSネットワークへのスケーラブルなAPIアクセス_ - [Kaleido](https://kaleido.io/) - _簡素化されたブロックチェーンとデジタル資産アプリケーションを提供するエンタープライズ向け開発プラットフォーム_ - [NodeReal](https://nodereal.io/) - _Web3エコシステムにスケーラブルなブロックチェーンインフラストラクチャとAPIサービス プロバイダーを提供_ +- [Moralis](http://moralis.io/) - _SOC2タイプ2認証を取得したエンタープライズグレードのAPIとノード_ - [Provide](https://provide.services/) - _企業向けゼロ知識ミドルウェア_ - [QuickNode](https://www.quicknode.com/) - _統合されたプロダクトスイートとエンタープライズ級のソリューションを提供しながら、NFT API、トークンAPIなどの高レベルAPIを備えた信頼性の高い高速ノードを提供_ - [Tenderly](https://tenderly.co) - _スマートコントラクトの開発、テスト、監視、運用のためのデバッグ、オブザーバビリティ、インフラストラクチャビルディングブロックを提供するWeb3開発プラットフォーム_ @@ -89,62 +91,94 @@ Hyperledger、Quorum、Cordaプロジェクトが開始された2016年頃から レイヤー2のスケーラビリティソリューションの上にアプリケーションを構築することで、 [企業が過去にプライベートブロックチェーン上に構築するようになった理由でもある多数の懸念事項を解決し、](https://entethalliance.org/how-ethereum-layer-2-scaling-solutions-address-barriers-to-enterprises-building-on-mainnet/)メインネット上に構築する利点を維持することができます。 -## メインネットで稼働しているエンタープライズアプリケーション {#enterprise-live-on-mainnet} +## イーサリアムメインネットで稼働しているエンタープライズアプリケーション {#enterprise-live-on-mainnet} -パブリックなイーサリアムメインネット上にデプロイされたエンタープライズアプリケーションをいくつか紹介します。 +次は、ブロックチェーンベースではない従来の会社によって、あるいはそうした会社のために、パブリックなイーサリアムメインネットおよびL2上に構築されたエンタープライズアプリケーションのいくつかです。 ### お支払い {#payments} -- [Brave Browser](https://basicattentiontoken.org/) _は、広告を表示したユーザーに報酬を支払い、ユーザーはBasic Attentionトークンを介してパブリッシャーを支援することが可能_ -- [hCaptcha](https://www.hcaptcha.com/) _機械学習の目的でデータにラベルを付けるためにユーザーが行った作業に対して、ウェブサイト運営者に支払うボット防止CAPTCHAシステム。 現在はCloudflareによってデプロイ_ -- [EthereumAds](https://ethereumads.com/) _ウェブサイト運営者が広告スペースを販売し、イーサリアム経由で支払いを受けることが可能_ +- [Brave Browser](https://basicattentiontoken.org/) - _は、広告に関心を示したユーザーに報酬を支払い、ユーザーはBasic Attentionトークンを介してパブリッシャーを支援することが可能_ +- [スイスのルガーノ市](https://bitcoinsuisse.com/news/city-of-lugano-accepts-crypto-payments) - _税金および他の行政サービスへの支払い_ +- [EthereumAds](https://ethereumads.com/) - _ウェブサイト運営者が広告スペースを販売し、イーサリアム経由で支払いを受けることが可能_ +- [hCaptcha](https://www.hcaptcha.com/) - _機械学習の目的でデータにラベルを付けるためにユーザーが行った作業に対して、ウェブサイト運営者に支払うボット防止CAPTCHAシステム。 現在はCloudflareによってデプロイ_ +- [Opera MiniPay](https://www.opera.com/products/minipay) - _ノンカストディアル・ウォレットと電話番号を活用して簡単な取引を実現することで、アフリカの人のために、モバイル決済をより安全にアクセス可能に_ +- [Roxpay](https://www.roxpay.ch/) - _従量課金制の資産の請求と支払いを自動化_ +- [SAPデジタル通貨ハブb](https://community.sap.com/t5/technology-blogs-by-sap/cross-border-payments-made-easy-with-digital-money-experience-the-future/ba-p/13560384) - _ステーブルコインを用いたクロスボーダー決済_ +- [Toku](https://www.toku.com/) - _給与支払い、トークン助成金管理、税務コンプライアンス、地域雇用、福利厚生および分散HRソリューション_ +- [Xerof](https://www.xerof.com/) - _迅速かつ安価な国際(クロスボーダー)B2B決済の促進_ ### ファイナンス {#finance} -- [Santander Bank](https://www.coindesk.com/santander-settles-both-sides-of-a-20-million-bond-trade-on-ethereum) _債券の発行と決済_ -- [Societe Generale](https://www.generali-investments.com/it/en/institutional/article/generali-investments-and-generali-iard-carry-out-first-market-transaction-based-on-blockchain-infrastructure) _債券の発行_ -- [Cadence](https://www.forbes.com/sites/benjaminpirus/2019/10/09/fatburger-and-others-feed-30-million-into-ethereum-for-new-bond-offering/#513870be115b) _FATブランドの債券発行とトークン化_ -- [Sila](https://silamoney.com/) _ステーブルコインを使用したバンキングおよびACHペイメントのIaaS(インフラストラクチャ・アズ・ア・サービス) _ -- [Taurus](https://www.taurushq.com/) _トークン化された証券の発行_ +- [ABN AMRO](https://tokeny.com/tokeny-fuels-abn-amro-bank-in-tokenizing-green-bonds-on-polygon/) - _トークン化されたグリーンボンドTokenyを使用_ +- [Crowdz](https://crowdz.io/) - _請求書や売掛金のファイナンスおよびファクタリングプラットフォーム_ +- [Mata Capital](https://consensys.io/blockchain-use-cases/finance/mata-capital) - _不動産投資のトークン化_ +- [Obligate](https://www.obligate.com/) - _規制およびKYCが行われたオンチェーン債券とコマーシャルペーパー_ +- [シーメンス](https://press.siemens.com/global/en/pressrelease/siemens-issues-first-digital-bond-blockchain) - _債券発行_ +- [Sila](https://silamoney.com/) - _ステーブルコインを使用したバンキングおよびACHペイメントのIaaS(インフラストラクチャ・アズ・ア・サービス) _ +- [ソシエテ・ジェネラルFORGE](https://www.sgforge.com/product/bonds/) - _起債_ +- [Taurus](https://www.taurushq.com/) - _トークン化された証券の発行_ ### 資産トークン化 {#tokenization} -- [Tinlake](https://tinlake.centrifuge.io/) _請求書、住宅ローン、ストリーミングロイヤリティ_などのトークン化された現実世界の資産を通じた債権ファイナンス -- [RealT](https://realt.co/) _世界中の投資家は、法規制に完全に準拠した部分的なトークン化された所有権を通じて、米国の不動産市場に参入可能_ -- [AgroToken](https://agrotoken.io/en/home) _農産物のトークン化と取引_ -- [Fasset](https://www.fasset.com/) _持続可能なインフラをサポートするためのプラットフォーム_ +- [AgroToken](https://agrotoken.io/en/) - _農産物のトークン化と取引_ +- [Bitbond](https://www.bitbond.com/) - _トークン化により金融資産の発行、決済、保管を改善_ +- [Blocksquare](https://blocksquare.io/) - _不動産のトークン化インフラストラクチャ_ +- [Centrifuge](https://centrifuge.io/) - _融資、負債、資産のトークン化_ +- [Clearmatics](https://www.clearmatics.com) - _トークン化された価値のP2P交換のための分散型ネットワークプラットフォームの構築_ +- [dClimate](https://www.dclimate.net/) - _分散型気候情報エコシステム_ +- [Fabrica](https://www.fabrica.land/) - _不動産資産をデジタル化し、DeFi借入と不動産取引を可能にするプラットフォーム_ +- [Fasset](https://www.fasset.com/) - _持続可能なインフラをサポートするためのプラットフォーム_ +- [Nori](https://nori.com/) - _炭素除去プロジェクトの活動の測定と収益化を可能にするオープンソースのマーケットインフラストラクチャ_ +- [Propy](https://propy.com/) - _スマートコントラクトを使用して住宅用不動産取引を自動化するプラットフォーム_ +- [RealT](https://realt.co/) - _世界中の投資家が、法規制に完全に準拠しトークン化された部分所有権を通じて、米国の不動産市場に参入可能_ +- [Rubey](https://www.rubey.be/) - _高級アートをトークン化して一般投資家がアクセスできるようにするプラットフォーム_ +- [Swarm](https://swarm.com/) - _規制に準拠する形で現実世界の資産のデジタル化と取引に焦点を当てたプラットフォーム_ +- [Thallo](https://www.thallo.io/) - _デジタルカーボンクレジットをビジネス取引に統合したプラットフォーム_ +- [Tokenchampions](https://tokenchampions.com/) - _欧州サッカー選手の肖像権をトークン化_ ### データの公証化 {#notarization-of-data} -- [BBVA](https://www.ledgerinsights.com/bbva-blockchain-loan-banking-tech-award/) _終了した融資の詳細がハッシュ化されメインネットに記録_ -- [ANSA](https://cointelegraph.com/news/italys-top-news-agency-uses-blockchain-to-fight-fake-coronavirus-news) _イタリアの最大の通信社で、フェイクニュースと戦い、ニュースをメインネットに記録することで、読者は出所を確認することが可能_ -- [Verizon](https://decrypt.co/46745/verizon-news-press-releases-ethereum-full-transparency) _イーサリアム上でプレスリリースを記録することで、企業の説明責任と信用を確保_ -- [Breitling](https://www.coindesk.com/breitling-arianee-all-new-watches-ethereum) _イーサリアム上で時計の出所と修理履歴を記録_ -- [EthSign](https://ethsign.xyz/) _イーサリアムブロックチェーン上で署名された電子ドキュメントを記録_ +- [ANSA](https://www.ansa.it/english/news/science_tecnology/2020/04/06/ansa-using-blockchain-to-help-readers_af820b4f-0947-439b-843e-52e114f53318.html) - _イタリアの通信社が、フェイクニュースと戦い、ニュースをメインネットに記録することで、読者は出所を確認することが可能_ +- [Breitling](https://www.coindesk.com/breitling-arianee-all-new-watches-ethereum) - _イーサリアム上で時計の出所と修理履歴を記録_ +- [BRØK](https://www.xn--brk-1na.no/) - _ノルウェー政府が提供する、非上場企業の公開キャップテーブルプラットフォーム_ +- [Certifaction](https://certifaction.com/) - _プライバシーバイデザインによる法的に有効な電子署名_ +- [EthSign](https://ethsign.xyz/) - _イーサリアムブロックチェーン上で署名された電子ドキュメントを記録_ +- [Stacktical](https://stacktical.com/) - _ネイティブのエスクロー機能を使用してサービスレベルアグリーメント(SLA)を持つソフトウェア開発、デジタル発行、デジタル署名が可能_ +- [Verizon](https://decrypt.co/46745/verizon-news-press-releases-ethereum-full-transparency) - _イーサリアム上でプレスリリースを記録することで、企業の説明責任と信用を確保_ +- [WolfTown](https://www.mef.net/edge-view-blog/automated-secure-timely-sla-reporting-is-finally-a-reality/) - _MEFとSage Managementにより、通信事業者間のサービスレベルアグリーメントのレポートを自動化_ ### サプライチェーン {#supply-chain} -- [Morpheus.network](https://morpheus.network/) _イーサリアムメインネット上で公証データを用いたハイブリッドなプライベートチェーンを実現するサプライチェーン自動化プラットフォーム。カナダの食品・石油・ガス販売会社Federated Co-op Ltd.やアルゼンチンのペットフード会社Vitalcanなどが採用_ -- [Minespider](https://www.minespider.com/) _サプライチェーンの追跡_ -- [EY OpsChain Contract Manager](https://blockchain.ey.com/products/contract-manager) _信頼できるビジネスパートナーのネットワーク全体で、RFQ、コントラクト、発注書、請求書を発行することにより、企業は調達ワークフローに従事可能_ -- [Treum](https://treum.io/) _ブロックチェーン技術を使用して、サプライチェーンの透明性、トレーサビリティ、トレーダビリティを実現_ -- [TradeTrust](https://www.tradetrust.io/) _海外発送向けの電子船荷証券(eBL)を検証_ +- [Birra Peroni](https://www.ey.com/en_gl/news/2021/05/birra-peroni-is-the-first-industrial-organization-to-mint-unique-non-fungible-tokens-using-ey-opschain-traceability) _ビールの新しいバッチごとにNFTをミントして、サプライチェーンをまたがり、より優れた可視性と効率性を可能にする_ +- [CargoX](https://cargox.io/) - _輸送のための船荷証券および文書転送プロバイダー_ +- [Circularize](https://www.circularise.com/) - _製品に使用される原材料のエンドツーエンドのトレーサビリティソリューション_ +- [EY OpsChain Contract Manager](https://blockchain.ey.com/products/contract-manager) - _ビジネスパートナーのネットワーク全体で、RFQ、コントラクト、発注書、請求書を発行することにより、企業は調達ワークフローに従事可能_ +- [Minespider](https://www.minespider.com/) - _サプライチェーンの追跡と出所、またはCO2排出量の追跡_ +- [Morpheus.network](https://morpheus.network/) - _サプライチェーン自動化プラットフォーム_ +- [StaTwig](https://statwig.com/) - _サプライチェーンオペレーション_ +- [TradeTrust](https://www.tradetrust.io/) - _海外発送向けの電子船荷証券(eBL)を検証_ +- [Transmute](https://transmute.industries/) - _グローバルな取引のためのデータ交換プラットフォームで、イーサリアムの分散型アイデンティティによるトランザクションをサポート_ ### 保険 {#insurance} -- [Arbol](https://www.arbolmarket.com/) _天候関連のリスクをカバーするパラメトリック保険_ -- [Etherisc](https://etherisc.com/) _様々なリスクに対する分散型保険_ +- [Arbol](https://www.arbolmarket.com/) - _天候関連のリスクをカバーするパラメトリック保険_ +- [Etherisc](https://etherisc.com/) - _さまざまなリスクに対する分散型保険_ +- [Nayms](https://www.nayms.com/) - _AONで構築されたデジタル空間で、保険プログラムの作成、資本の調達と取引、リスクの引き受け、保険料と保険金の支払いが可能_ -### 資格情報と認証 {#credentials} +### アイデンティティ、証明、資格 {#credentials} -- [イタリアにある高校の2校](https://cointelegraph.com/news/two-italian-high-schools-to-issue-digital-diplomas-with-blockchain) _イーサリアムメインネットでデジタル卒業証書を発行_ -- [St. Gallen大学](https://cointelegraph.com/news/swiss-university-fights-fake-diplomas-with-blockchain-technology) _スイスの大学による学位を証明するためのパイロットプロジェクト_ -- [Hyland Credentials](https://www.hylandcredentials.com) _デジタルディプロマ、その他の教育資格情報、ライセンス、証明書_ -- [OpenCerts](https://opencerts.io/faq) _シンガポールでブロックチェーン教育の資格情報を発行_ -- [BlockCerts](https://www.blockcerts.org/) _ブロックチェーン資格情報のオープン標準を開発_ +- [BCdiploma](https://www.bcdiploma.com/) - _卒業証書、証明書、マイクロクレデンシャルをデジタル化して検証_ +- [Hyland Credentials](https://www.hylandcredentials.com) - _デジタルディプロマ、その他の教育資格情報、ライセンス、証明書_ +- [パラオ・デジタル・レジデンシー・プログラム](https://rns.id/) - _パラオ政府発行の法的な身分証明書を世界中の国民に提供_ +- [Spherity](https://www.spherity.com/) - _分散型アイデンティティと検証可能な資格情報に焦点を当て、エコシステム内でデジタルトラストを構築するためのデジタルアイデンティティ管理ソリューションを提供_ +- [Zug Digital ID](https://ezug.ch/en/) - _スイスのブロックチェーンベースのアイデンティティシステムで、住民に対して政府サービスへのデジタルアクセスを提供。電動自転車の貸し出しや地方自治体の投票などの機能をサポート。_ -### ユーティリティ {#utilities} +### エンターテインメント、NFT、ロイヤルティ -- [GridPlus](https://blog.gridplus.io/gridplus-is-live-in-texas-efc83c814601) _電気代の支払い_ +- [アディダス・バーチャルギア](https://www.adidas.com/metaverse) - _バーチャルギアNFTコレクション_ +- [大英博物館のサンドボックス](https://decrypt.co/150405/british-museum-enter-metaverse-via-sandbox) - _NFTコレクション_ +- [Fruitlab](https://fruitlab.com/) - _オンラインゲームの観戦、共有、プレイで稼ぐゲーマーのためのプラットフォーム_ +- [ナイキSwoosh](https://www.swoosh.nike/) - _NFTプラットフォーム_ +- [サザビーズ・メタバース](https://metaverse.sothebys.com/) - _サザビーズによるデジタルアートNFTマーケットプレイス_ このリストへの追加を希望される場合は、[貢献の手順](/contributing/)を参照してください。 diff --git a/public/content/translations/ja/governance/index.md b/public/content/translations/ja/governance/index.md index 6bbad3d0919..571c7ac9bbb 100644 --- a/public/content/translations/ja/governance/index.md +++ b/public/content/translations/ja/governance/index.md @@ -2,7 +2,6 @@ title: イーサリアムのガバナンス description: イーサリアムに関する決定がどのように行われるかについてのご紹介 lang: ja -postMergeBannerTranslation: page-upgrades-post-merge-banner-governance-ood --- # イーサリアムのガバナンスの概要 {#introduction} @@ -121,7 +120,7 @@ _注: どの個人もこれらのグループの複数に参加できます(た The DAOフォークは、周到に脆弱性を突いた[2016年のThe DAO攻撃](https://www.coindesk.com/understanding-dao-hack-journalists)で360万ETH以上の[分散型自律組織(DAO)](/glossary/#dao)コントラクトが流出した事件を受けたものです。 このフォークにより、欠陥をもったコントラクトから新しいコントラクトに資金が転送され、ハッキングでETHを失った人が回収できるようになりました。 -この行動指針はイーサリアムコミュニティの投票で行われました。 Any ETH holder was able to vote via a transaction on [a voting platform](https://web.archive.org/web/20170620030820/http://v1.carbonvote.com/). フォークの実行は、投票の85%以上に支持されました。 +この行動指針はイーサリアムコミュニティの投票で行われました。 ETH保有者は、 [投票プラットフォーム](https://web.archive.org/web/20170620030820/http://v1.carbonvote.com/)でトランザクションを通じて投票することができました。 フォークの実行は、投票の85%以上に支持されました。 ここで重要なのは、プロトコルがハッキングを元に戻すためにフォークしたものの、フォークを決定する際の投票の重要性については、いくつかの理由から議論の余地があるということです。 diff --git a/public/content/translations/ja/guides/how-to-revoke-token-access/index.md b/public/content/translations/ja/guides/how-to-revoke-token-access/index.md index e73cb9c0f6b..c541232341e 100644 --- a/public/content/translations/ja/guides/how-to-revoke-token-access/index.md +++ b/public/content/translations/ja/guides/how-to-revoke-token-access/index.md @@ -48,7 +48,7 @@ lang: ja
-
さらに詳しく知りたいですか？
+
詳細をご希望の場合は、
他のガイドを参照する diff --git a/public/content/translations/ja/guides/how-to-swap-tokens/index.md b/public/content/translations/ja/guides/how-to-swap-tokens/index.md index 26bdac87570..7f7048684de 100644 --- a/public/content/translations/ja/guides/how-to-swap-tokens/index.md +++ b/public/content/translations/ja/guides/how-to-swap-tokens/index.md @@ -50,7 +50,7 @@ lang: ja
-
さらに詳しく知りたいですか？
+
詳細をご希望の場合は、
他のガイドを参照する diff --git a/public/content/translations/ja/guides/how-to-use-a-bridge/index.md b/public/content/translations/ja/guides/how-to-use-a-bridge/index.md index 77b5386d504..e1574ab7850 100644 --- a/public/content/translations/ja/guides/how-to-use-a-bridge/index.md +++ b/public/content/translations/ja/guides/how-to-use-a-bridge/index.md @@ -53,7 +53,7 @@ lang: ja
-
さらに詳しく知りたいですか？
+
詳細をご希望の場合は、
他のガイドを参照する diff --git a/public/content/translations/ja/guides/how-to-use-a-wallet/index.md b/public/content/translations/ja/guides/how-to-use-a-wallet/index.md index 0e43bbe7d7f..31b7421e39c 100644 --- a/public/content/translations/ja/guides/how-to-use-a-wallet/index.md +++ b/public/content/translations/ja/guides/how-to-use-a-wallet/index.md @@ -63,7 +63,7 @@ lang: ja 6. これで完了です！ アプリを使い始めましょう [dAppsページ](/dapps/#explore)にて、興味深いプロジェクトを見つけることができます。
-
さらに詳しく知りたいですか？
+
詳細をご希望の場合は、
他のガイドを参照する diff --git a/public/content/translations/ja/nft/index.md b/public/content/translations/ja/nft/index.md index 1005d6b736b..841a0243e65 100644 --- a/public/content/translations/ja/nft/index.md +++ b/public/content/translations/ja/nft/index.md @@ -1,5 +1,5 @@ --- -title: 非代替性トークン(NFT) +title: 非代替トークン (NFT) description: イーサリアムにおける非代替性トークン(NFT)の概要 lang: ja template: use-cases @@ -103,6 +103,11 @@ NFTに関連するセキュリティの問題の大半は、フィッシング - [EtherscanNFTトラッカー](https://etherscan.io/nft-top-contracts) - [ERC-721トークン標準](/developers/docs/standards/tokens/erc-721/) - [ERC-1155トークン標準](/developers/docs/standards/tokens/erc-1155/) +- [人気のNFTアプリとツール](https://www.ethereum-ecosystem.com/blockchains/ethereum/nfts) + +## その他のリソース {#other-resources} + +- [NFTScan](https://nftscan.com/) diff --git a/public/content/translations/ja/roadmap/future-proofing/index.md b/public/content/translations/ja/roadmap/future-proofing/index.md index 641c0a3283e..8204efd042a 100644 --- a/public/content/translations/ja/roadmap/future-proofing/index.md +++ b/public/content/translations/ja/roadmap/future-proofing/index.md @@ -15,7 +15,7 @@ template: roadmap イーサリアムのデベロッパーが直面している課題は、現在の[プルーフ・オブ・ステーク](/glossary/#pos)のプロトコルが、有効な[ブロック](/glossary/#block)の投票を集約するために、非常に効率的な署名スキームであるBLSに依存していることです。 この署名スキームは、量子コンピューターによって破られてしまう可能性があります。一方、量子耐性のある代替手段は、計算効率がそれほど良くありません。 -イーサリアムでは、暗号秘密を生成するために[「KZG」コミットメントスキーム](/roadmap/danksharding/#what-is-kzg)が広く使われています。しかし、このスキームは量子コンピュータによって破られる可能性があります。 現在は、多くのユーザーが生成したランダム性を使用して「信頼できるセットアップ」として回避されており、量子コンピューターによるリバースエンジニアリングができないようになっています。 しかし、理想的には、量子安全暗号を組み込むことで、脆弱性を根本的に解決することが望まれます。 BLSスキームの効率的な代替となる可能性のある2つの主要なアプローチとして、[STARKベース](https://hackmd.io/@vbuterin/stark_aggregation)と[ラティスベース](https://medium.com/asecuritysite-when-bob-met-alice/so-what-is-lattice-encryption-326ac66e3175)の署名スキームがあります。 **これらについては現在、研究および試作中です**。 +イーサリアムでは、暗号秘密を生成するために[「KZG」コミットメントスキーム](/roadmap/danksharding/#what-is-kzg)が広く使われています。しかし、このスキームは量子コンピュータによって破られる可能性があります。 現在は、多くのユーザーが生成したランダム性を使用して「信頼できるセットアップ」として回避されており、量子コンピューターによるリバースエンジニアリングができないようになっています。 しかし、理想的には、量子安全暗号を組み込むことで、脆弱性を根本的に解決することが望まれます。 BLSスキームの効率的な代替となる可能性のある2つの主要なアプローチとして、[STARKベース](https://hackmd.io/@vbuterin/stark_aggregation)と[ラティスベース](https:/ /medium.com/asecuritysite-when-bob-met-alice/so-what-is-lattice-encryption-326ac66e3175)の署名スキームがあります。 **これらについては現在、研究および試作中です**。 KZGと信頼できるセットアップについての詳細 diff --git a/public/content/translations/ja/roadmap/secret-leader-election/index.md b/public/content/translations/ja/roadmap/secret-leader-election/index.md index 85e4c933f25..beacf8a3048 100644 --- a/public/content/translations/ja/roadmap/secret-leader-election/index.md +++ b/public/content/translations/ja/roadmap/secret-leader-election/index.md @@ -16,7 +16,7 @@ summaryPoints: この問題には、いくつかの解決策があります。 1つは、[分散バリデータ技術](https://github.com/ethereum/distributed-validator-specs)です。これは、バリデータの実行に必要なさまざまなタスクを、冗長性のある複数のマシンに分散する技術です。これにより、攻撃者が特定のスロットでブロックの提案を妨害するのが難しくなります。 しかし、最も有効な解決策は、**シークレット・シングル・リーダー選出(SSLE)** です。 -## シークレット・シングル・リーダー選出 {#secret-leader-election} +## シングルシークレットリーダー選出 {#secret-leader-election} SSLE(シークレット・シングル・リーダー選出)では、選出されたバリデータのみが自分が選ばれたことを知ることができるように、高度な暗号化が使用されます。 これは、各バリデータが秘密に対するコミットメントを送信することで機能します。このコミットメントは、バリデータ全員で共有します。 コミットメントは、シャッフル、再構成され、誰もコミットメントをバリデータにマッピングすることはできませんが、各バリデータは自分に属するコミットメントを把握しています。 その後、ランダムに1つのコミットメントが選ばれます。 バリデータが自身のコミットメントが選ばれたことを確認すると、そのバリデータがブロックを提案する番になります。 @@ -33,7 +33,7 @@ SSLE(シークレット・シングル・リーダー選出)では、選出さ ## シークレット・非シングル・リーダー選出(SnSLE) {#secret-non-single-leader-election} -プルーフ・オブ・ワークにおいてブロックの提案を決定する方法と同様に、バリデータが各スロットでブロックを提案する機会をランダムに与える仕組みもあり、**シークレット・非シングル・リーダー選出(SnSLE)**と呼ばれています。 例えば、現在のプロトコルでバリデータをランダムに選択するために使われているRANDAO関数を活用すれば、簡単に実現できます。 RANDAOを使うアイデアとは、多くの独立しているバリデータから送信されたハッシュを混合することで、十分な乱数が生成するというものです。 SnSLEにおいて、これらのハッシュを使って、次のブロック提案者を選ぶことができます。例えば、最小値のハッシュの選択です。 有効なハッシュ値の範囲を設定することで、各スロットでバリデータが選ばれる可能性を調整することができます。 ハッシュ値が`2^256 * 5 / N` (`N` = アクティブなバリデータ数)未満でなければならないとアサートすると、各スロットで個々のバリデータが選択される可能性は、`5/N`になります。 この例では、少なくとも1人の提案者が各スロットで有効なハッシュを生成する確率は99.3%になります。 +プルーフ・オブ・ワークにおいてブロックの提案を決定する方法と同様に、バリデータが各スロットでブロックを提案する機会をランダムに与える仕組みもあり、シークレット・非シングル・リーダー選出(SnSLE)と呼ばれています。 例えば、現在のプロトコルでバリデータをランダムに選択するために使われているRANDAO関数を活用すれば、簡単に実現できます。 RANDAOを使うアイデアとは、多くの独立しているバリデータから送信されたハッシュを混合することで、十分な乱数が生成するというものです。 SnSLEにおいて、これらのハッシュを使って、次のブロック提案者を選ぶことができます。例えば、最小値のハッシュの選択です。 有効なハッシュ値の範囲を設定することで、各スロットでバリデータが選ばれる可能性を調整することができます。 ハッシュ値が`2^256 * 5 / N` (`N` = アクティブなバリデータ数)未満でなければならないとアサートすると、各スロットで個々のバリデータが選択される可能性は、`5/N`になります。 この例では、少なくとも1人の提案者が各スロットで有効なハッシュを生成する確率は99.3%になります。 ## 現在の進行状況 {#current-progress} diff --git a/public/content/translations/ja/roadmap/statelessness/index.md b/public/content/translations/ja/roadmap/statelessness/index.md index d95b07803fc..02c0a997bc6 100644 --- a/public/content/translations/ja/roadmap/statelessness/index.md +++ b/public/content/translations/ja/roadmap/statelessness/index.md @@ -81,7 +81,7 @@ EIP-4444は、現在も活発な議論が行われており、まだリリース ### 強いステートレス {#strong-statelessness} -強いステートレスでは、ブロックに状態データを保存する必要がなくなります。 代わりに、集約されたウィットネスとともにトランザクションが送信されます。 ブロック生成者は、関連するアカウントのウィットネスを生成するために必要な状態のみを保存します。 状態に対する責任はほとんどユーザーが負い、ユーザーはどのアカウントとストレージ鍵とやり取りしているかを宣言するために、ウィットネスと「アクセスリスト」を送信します。 これにより、ノードが非常に軽量になりますが、スマートコントラクトとのトランザクションがより困難になるなどのトレードオフがあります。 +強いステートレスでは、ノードに状態データを保存する必要がなくなります。 代わりに、集約されたウィットネスとともにトランザクションが送信されます。 ブロック生成者は、関連するアカウントのウィットネスを生成するために必要な状態のみを保存します。 状態に対する責任はほとんどユーザーが負い、ユーザーはどのアカウントとストレージ鍵とやり取りしているかを宣言するために、ウィットネスと「アクセスリスト」を送信します。 これにより、ノードが非常に軽量になりますが、スマートコントラクトとのトランザクションがより困難になるなどのトレードオフがあります。 強いステートレスは、研究者によって調査されていますが、現時点では、イーサリアムのロードマップには含まれていません。イーサリアムのスケーリングには、弱いステートレスが十分に機能すると考えられているためです。 diff --git a/public/content/translations/ja/security/index.md b/public/content/translations/ja/security/index.md index 8b37744fa84..f2f36fbf238 100644 --- a/public/content/translations/ja/security/index.md +++ b/public/content/translations/ja/security/index.md @@ -1,12 +1,12 @@ --- title: イーサリアムのセキュリティと詐欺対策 -description: イーサリアムを安全に利用するために +description: イーサリアムにおける安全対策 lang: ja --- # イーサリアムのセキュリティと詐欺対策 {#introduction} -仮想通貨への関心が高まるにつれ、仮想通貨を使用する際の最善の方法を学ぶことは非常に大切です。 仮想通貨は楽しくてエキサイティングなものですが、深刻なリスクもあります。 事前に少し学んでおくと、これらのリスクを軽減できます。 +暗号通貨への関心が高まるにつれ、詐欺師やハッカーによるリスクも高まっています。 この記事では、被害に遭うリスクを軽減するためのベストプラクティスをご紹介します。 @@ -14,7 +14,7 @@ lang: ja ### 知識のレベルアップ {#level-up-your-knowledge} -一般的に、仮想通貨で詐欺の被害に遭ってしまう最大の理由の1つは理解の不足です。 例えば、イーサリアムネットワークが分散化されており、イーサリアムを所有する者はいないことを理解していないと、カスタマーサービスエージェントを装う者の「[秘密鍵](/glossary/#private-key)を教えると失われたETHが返ってくる」というような嘘に簡単に騙されてしまいます。 イーサリアムの仕組みについての知識を得ることは大切です。 +暗号通貨の仕組みを誤解していると、被害を大きくしてしまう間違いを犯してしまうかもしれません。 例えば、誰かがカスタマーサービスエージェントを装って、あなたの秘密鍵と引き換えに失ったETHを戻せると言った場合、詐欺師らはイーサリアムの分散型ネットワークにそのような機能は無いことを知らない人々を食い物にしています。 イーサリアムの仕組みについての知識を得ることは大切です。 イーサリアムとは @@ -27,19 +27,19 @@ lang: ja ## ウォレットのセキュリティ {#wallet-security} -### リカバリーフレーズを誰にも渡さない {#protect-recovery-phrase} +### 絶対に秘密鍵を他人に教えない {#protect-private-keys} -**どんな理由があっても、リカバリーフレーズは絶対に他人に教えないでください!** +**どんな理由があっても、秘密鍵は絶対に他人に教えないでください!** -ウォレットのリカバリーフレーズは、イーサリアムウォレットのパスワードとして機能します。 リカバリーフレーズを教えてしまうと、あなたのウォレットアドレスを知っている人が、あなたのアカウントの全資産を盗むことができます! +ウォレットの秘密鍵は、イーサリアムウォレットのパスワードです。 リカバリーフレーズを教えてしまうと、あなたのウォレットアドレスを知っている人が、あなたのアカウントの全資産を盗むことができます! イーサリアムウォレットとは -#### リカバリーフレーズのスクリーンショットを撮らない {#screenshot-recovery-phrase} +#### シードフレーズ/秘密鍵のスクリーンショットを撮らない {#screenshot-private-keys} -リカバリーフレーズのスクリーンショットを撮ると、スクリーンショットがクラウドに同期され、ハッカーにアクセスされる危険性があります。 クラウドからリカバリーフレーズを取得することは、ハッカーがよく行う攻撃ベクトルです。 +シードフレーズや秘密鍵のスクリーンショットを撮ると、クラウドデータプロバイダーへ同期され、ハッカーからアクセスされる危険性があります。 クラウドから秘密鍵を取得することは、ハッカーよく行う攻撃ベクトルです。 ### ハードウェアウォレットの使用 {#use-hardware-wallet} @@ -56,7 +56,7 @@ lang: ja 誤ったウォレットアドレスに仮想通貨を送信してしまうことはよくある間違いです。 **イーサリアム上でトランザクションを送ると取り消しができません。**送信先のアドレスの所有者を知っていて、あなたが送金した額を返金してくれるように説得することができなければ、失ったお金を取り戻すことはできません。 -トランザクションを送信する前に、送信先アドレスが、意図する受信者のアドレスと正確に一致することを常に確認してください。 また、[スマートコントラクト](/glossary/#smart-contract)を使ってやり取りする場合にも、署名する前にトランザクションメッセージを読むことをお勧めします。 +トランザクションを送信する前に、送信先アドレスが、意図する受信者のアドレスと正確に一致することを常に確認してください。 また、スマートコントラクトを使ってやり取りする場合にも、署名する前にトランザクションメッセージを読むことが良い方法です。 ### スマートコントラクトの使用限度額を設定 {#spend-limits} @@ -70,7 +70,7 @@ lang: ja ## 代表的な詐欺 {#common-scams} -詐欺師は常に資金を奪う方法を探しています。 詐欺を完全に阻止することは不可能ですが、最も使用されている手法に注意を向けることで、手口を見抜くことができます。 詐欺には多くのバリエーションがありますが、一般的には同じようなパターンです。 少なくとも、次のことにご留意ください。 +詐欺を完全に阻止することは不可能ですが、最も使用されている手法に注意を向けることで、手口の有効性を抑えることができます。 詐欺には多くのバリエーションがありますが、一般的には同じようなパターンです。 少なくとも、次のことにご留意ください。 - 常に警戒を怠らない - 無料または割り引かれたETHを誰かがくれるはずはない @@ -88,9 +88,9 @@ Twitter (Xとも知られています) のリンクプレビュー機能 (アン ### プレゼント詐欺 {#giveaway} -暗号通貨の最も一般的な詐欺の1つは、プレゼント詐欺です。 プレゼント詐欺は多くの手口がありますが、一般的な方法は、指定されたウォレットアドレスにETHを送金すると、ETHが2倍になって返ってくるというものです。 *口座確認のために仮想通貨を送ると、2倍にしてプレゼントするなどの手口です。* +暗号通貨の最も一般的な詐欺の1つは、プレゼント詐欺です。 プレゼント詐欺は多くの手口がありますが、一般的な手法は、指定されたウォレットアドレスにETHを送金すると、ETHが2倍になって返ってくるというものです。 *口座確認のために仮想通貨を送ると、2倍にしてプレゼントするなどの手口です。* -通常、これらの詐欺は、無料のプレゼントに対して時間制限を設け、意思決定を鈍らせ、偽りの緊急性を装います。 +通常、これらの詐欺は、無料のプレゼントに対して時間制限を設け、偽りの緊急性を装います。 ### ソーシャルメディアのハッキング {#social-media-hacks} @@ -130,7 +130,7 @@ Twitter (Xとも知られています) のリンクプレビュー機能 (アン ### 「ETH2」トークン詐欺 {#eth2-token-scam} -[マージ](/roadmap/merge/)の準備段階で、「ETH2」という用語の混乱を悪用し、ユーザーにETHを「ETH2」トークンとして取引させようとする詐欺が横行しました。 マージにより導入された「ETH2」や他の新しいトークンなどはありません。 マージ前に所有していたETHは、現在も何も変わることなく、同じETHです。 **ETHに関しては、[プルーフ・オブ・ワーク](/glossary/#pow)から[プルーフ・オブ・ステーク](/glossary/#pos)への移行によって必要となる対応は一切ありません**。 +[マージ](/roadmap/merge/)の準備段階で、「ETH2」という用語の混乱を悪用し、ユーザーにETHを「ETH2」トークンとして取引させようとする詐欺が横行しました。 マージにより導入された「ETH2」や他の新しいトークンなどはありません。 マージ前に所有していたETHは、現在も何も変わることなく、同じETHです。 **ETHに関しては、プルーフ・オブ・ワークからプルーフ・オブ・ステークへの移行によって必要となる対応は一切ありません**。 ETHを入金すれば「ETH2」が戻ってくるという「サポート担当」を偽る詐欺があります。 [公式のイーサリアムサポート](/community/support/)というものはなく、新しいトークンも存在しません。 また、ウォレットのシードフレーズは誰にも教えないようにしてください。 @@ -152,9 +152,9 @@ _注: ステークされたETHを表す、Rocket PoolのrETH、LidoのstETH、Co ### 暗号通貨取引ブローカー詐欺 {#broker-scams} -暗号通貨取引ブローカー詐欺師は、暗号通貨ブローカーの専門家を名乗って、あなたの代わりにお金を運用すると言って近づき、 非現実的な運用益を保証してきます。 詐欺師は資金を受け取った後、さらなる投資利益を見逃さないように追加の資金を送るよう求めたり、時には忽然と姿を消す場合もあります。 +暗号通貨取引ブローカー詐欺師は、暗号通貨ブローカーの専門家を名乗って、あなたの代わりにお金を運用すると言って近づきます。 詐欺師は資金を受け取った後、さらなる投資利益を見逃さないように追加の資金を送るよう求めたり、時には忽然と姿を消す場合もあります。 -こうしたブローカーを装う詐欺師達は、偽のYouTubeアカウントを使ってブローカーに関する自然な動画を流して、ターゲットを探します。 通常、これらの動画には正当性を高めるために高評価が付けられていますが、それらはすべてボットアカウントによるものです。 +こうした詐欺師達はしばしば、偽のYouTubeアカウントを使い、「ブローカー」に関して自然さを装った対話を始めて、ターゲットを探します。 通常、これらの動画には正当性を高めるために高評価が付けられていますが、それらはすべてボットアカウントによるものです。 **あなたに代わって投資をしようとするインターネット上の他人を信用しないようにしてください。 暗号通貨を失うことになってしまいます。** @@ -162,7 +162,7 @@ _注: ステークされたETHを表す、Rocket PoolのrETH、LidoのstETH、Co ### 暗号通貨マイニングプール詐欺 {#mining-pool-scams} -2022年9月現在、イーサリアムのマイニングはできなくなりましたが、 マイニングプール詐欺は依然として存在しています。 マイニングプール詐欺では、一方的に連絡をよこし、イーサリアムのマイニングプールに参加することで大きな利益が得られると勧誘してきます。 詐欺師は勧誘を続け、たとえどれだけ時間がかかっても連絡を取り続けます。 イーサリアムのマイニングプール参加時に「ETHを作るためにあなたの暗号通貨を使用し、配当金はETHで支払われる」と説得してきます。 参加することで多少の利益を得ることはできますが、 これはより多額の投資をさせるための手口にすぎません。 最終的に、あなたの資金は見知らぬアドレスに送金され、詐欺師は姿を消します。一方、最近の事件では連絡を取り続けるケースも見られます。 +2022年9月現在、イーサリアムのマイニングはできなくなりましたが、 マイニングプール詐欺は依然として存在しています。 マイニングプール詐欺では、一方的に連絡をよこし、イーサリアムのマイニングプールに参加することで大きな利益が得られると勧誘してきます。 詐欺師は勧誘を続け、たとえどれだけ時間がかかっても連絡を取り続けます。 詐欺師は「イーサリアムのマイニングプールに参加すると、ETHを作るためにあなたの暗号通貨が使用され、配当金はETHで支払われる」と説得してきます。 そして、あなたの暗号通貨が小さなリターンを生み出していることが確認できます。 これはより多額の投資をさせるための手口にすぎません。 最終的に、あなたの資金は見知らぬアドレスに送金され、詐欺師は姿を消します。一方、最近の事件では連絡を取り続けるケースも見られます。 要するに、SNS上でマイニングプールへの参加を呼びかける人には注意が必要です。 一度暗号通貨を失うと、取り戻すことはできません。 @@ -176,7 +176,7 @@ _注: ステークされたETHを表す、Rocket PoolのrETH、LidoのstETH、Co ### エアドロップ詐欺 {#airdrop-scams} -エアドロップ詐欺は、あなたのウォレットに資産([NFT](/glossary/#nft)やトークン)をエアドロップし、エアドロップされた資産を受け取るために詐欺ウェブサイトに誘導するという手法です。 受け取ろうとすると、イーサリアムウォレットでサインインし、トランザクションを「承認 」するよう促されます。 このトランザクションによって、公開鍵と秘密鍵が詐欺師に送信されてしまい、あなたのアカウントが危険な状態に晒されてしまいます。 この種の詐欺の別の手口として、詐欺師のアカウントに送金するトランザクションを承認させるものもあります。 +エアドロップ詐欺は、詐欺プロジェクトがあなたのウォレットに資産(NFTやトークン)をエアドロップし、エアドロップされた資産を受け取るために詐欺ウェブサイトに誘導するという手法です。 受け取ろうとすると、イーサリアムウォレットでサインインし、トランザクションを「承認 」するよう促されます。 このトランザクションによって、公開鍵と秘密鍵が詐欺師に送信されてしまい、あなたのアカウントが危険な状態に晒されてしまいます。 この種の詐欺の別の手口として、詐欺師のアカウントに送金するトランザクションを承認させるものもあります。 [エアドロップ詐欺の詳細](https://www.youtube.com/watch?v=LLL_nQp1lGk) @@ -186,9 +186,9 @@ _注: ステークされたETHを表す、Rocket PoolのrETH、LidoのstETH、Co ### 強力なパスワードの使用 {#use-strong-passwords} -[アカウントのハッキングの80%以上は、パスワードの脆弱さ、またはパスワードが盗まれることにより起こっています](https://cloudnine.com/ediscoverydaily/electronic-discovery/80-percent-hacking-related-breaches-related-password-issues-cybersecurity-trends/) 。 文字、数字、記号の長い組み合わせを用いて、アカウントを安全に保ちましょう。 +[アカウントのハッキングの80%以上は、パスワードの脆弱さ、またはパスワードが盗まれることにより起こっています](https://cloudnine.com/ediscoverydaily/electronic-discovery/80-percent-hacking-related-breaches-related-password-issues-cybersecurity-trends/) 。 文字、数字、記号の長い組み合わせを用いると、アカウントを安全に保つことに役立ちます。 -よくある間違いは、辞書にのっている一般的な単語を2～3組み合わせて使うことです。 このようなパスワードは、辞書攻撃として知られる単純なハッキングの攻撃に遭いやすく危険です。 +よくある間違いとしては、一般的で関連のある用語をいくつか組み合わせることです。 このようなパスワードは、辞書攻撃と呼ばれるハッキングの攻撃に遭いやすく危険です。 ```md 脆弱なパスワード例: CuteFluffyKittens! @@ -196,20 +196,20 @@ _注: ステークされたETHを表す、Rocket PoolのrETH、LidoのstETH、Co 強力なパスワード例: ymv\*azu.EAC8eyp8umf ``` -もう一つのよくある間違いは、簡単に推測される、もしくは [ソーシャルエンジニアリング](https://wikipedia.org/wiki/Social_engineering_(security))を通して見つけることができるパスワードを使用することです。 パスワードに母親の旧姓、子供やペットの名前、生年月日を含めることは安全ではなく、ハッキングされるリスクが大きくなります。 +もう1つのよくある間違いは、[ソーシャルエンジニアリング](https://wikipedia.org/wiki/Social_engineering_(security))を通して簡単に推測または発見できるパスワードを使用することです。 パスワードに母親の旧姓、子供やペットの名前、生年月日を含めることはハッキングされるリスクが大きくなります。 #### パスワードのグッド・プラクティス: {#good-password-practices} - パスワードジェネレータや入力フォームで許可される最長のパスワードを使用 - 大文字、小文字、数字、記号を組み合わせる - パスワードに家族名などの個人情報を使用しない -- 辞書に載っている一般的な単語を使わない +- よく使われる言葉を避ける [より強力なパスワードの作成の詳細](https://terranovasecurity.com/how-to-create-a-strong-password-in-7-easy-steps/) ### パスワードの使い回しをしない {#use-unique-passwords} -強力なパスワードであっても、情報漏洩によってパスワードが漏れた場合には保護されません。 [Have I Been Pwned](https://haveibeenpwned.com)というウェブサイトで、データベースに保存されている情報漏洩にあなたのアカウントが含まれているかどうかを調べることができます。 検索の結果、もしそのデータベースにあなたのアカウントがあれば、**パスワードをすぐに変更してください**。 すべてのアカウントで異なるパスワードにしておくと、いずれかのパスワードが漏洩したときに、ハッカーにすべてのアカウントにアクセスされるリスクを低減します。 +データ侵害によって明らかになってしまった強力なパスワードは、もはや強力ではありません。 [Have I Been Pwned](https://haveibeenpwned.com)というウェブサイトで、公になっているデータ侵害において、あなたのアカウントが含まれているかどうかを調べることができます。 検索の結果、もしそのデータベースにあなたのアカウントがあれば、**パスワードをすぐに変更してください**。 すべてのアカウントで異なるパスワードにしておくと、いずれかのパスワードが漏洩してもハッカーにすべてのアカウントにアクセスされるリスクを低減します。 ### パスワードマネージャーの使用 {#use-password-manager} @@ -232,13 +232,13 @@ _注: ステークされたETHを表す、Rocket PoolのrETH、LidoのstETH、Co ### 二要素認証の使用 {#two-factor-authentication} -あなたが紛れもなくご本人であることを証明するため、認証にはさまざまな証明方法があります。 これらは **認証要素** として知られており、主に次の三要素があります。 +あなたのアイデンティティを一意な証明を通して認証することが求められることがあります。 このことを**要素**と呼びます。 3つの主要な要素は次になります。 - 自分自身が知っていること(パスワードやセキュリティ質問など) - 生体認証(指紋や虹彩/顔認証など) - 所有しているもの(スマートフォンのセキュリティキーまたは認証アプリ) -**二要素認証(2FA)**は、オンラインアカウントに*セキュリティ要素*を追加すると、パスワードだけではアカウントにアクセスすることはできなくなります。 最も一般的には、二つ目の要素は**時間ベースのワンタイムパスワード (TOTP)**として知られる、ランダム化された6桁のコードを使用します。このコードはGoogle AuthenticatorやAuthyなどの認証アプリからアクセスします。 時間制限のあるコードを生成するシードがあなたのデバイスに保存されているため、この要素は「所有しているもの」です。 +**二要素認証(2FA)**を使用することで、追加の*セキュリティ要素*をあなたのオンラインアカウントに提供できます。 2FAにより、パスワードだけではアカウントへアクセスできないことが保証されます。 最も一般的には、二つ目の要素は**時間ベースのワンタイムパスワード (TOTP)**として知られる、ランダム化された6桁のコードを使用します。このコードはGoogle AuthenticatorやAuthyなどの認証アプリからアクセスします。 時間制限のあるコードを生成するシードがあなたのデバイスに保存されているため、この要素は「所有しているもの」です。
@@ -251,15 +251,15 @@ _注: ステークされたETHを表す、Rocket PoolのrETH、LidoのstETH、Co #### セキュリティキー {#security-keys} -二要素認証(2FA)をさらに強化させたい場合は、セキュリティキーの使用を検討してください。 セキュリティキーは、認証アプリと同じように動作する物理的なハードウェア認証デバイスです。 セキュリティキーの使用は、二要素認証(2FA)で最も安全な方法です。 これらのキーの多くは、FIDOユニバーサル第二認証要素(U2F)規格を利用しています。 FIDOユニバーサル第二認証要素(U2F)についての詳細は[こちら](https://www.yubico.com/authentication-standards/fido-u2f/)をご覧ください。 +より高度で安全なタイプの二要素認証として、セキュリティキーがあります。 セキュリティキーは、認証アプリに似た機能を持つ物理的なハードウェア認証デバイスです。 セキュリティキーの使用は、二要素認証(2FA)で最も安全な方法です。 これらのキーの多くは、FIDOユニバーサル第二認証要素(U2F)規格を利用しています。 FIDOユニバーサル第二認証要素(U2F)についての詳細は[こちら](https://www.yubico.com/authentication-standards/fido-u2f/)をご覧ください。 -FIDOユニバーサル第二認証要素(U2F)の詳細に関する動画 +二要素認証の説明動画: ### ブラウザ拡張機能のアンインストール {#uninstall-browser-extensions} -Chrome拡張機能やFirefoxのアドオンなどのブラウザ拡張機能は、便利なブラウザ機能を強化し、ユーザーエクスペリエンスを向上させることができますが、リスクが伴います。 デフォルトでは、ほとんどのブラウザ拡張機能は「サイトデータの読み取りと変更」の権限を要求し、データに対してほとんど何でもできるようにします。 Chrome拡張機能は常に自動的に更新されるため、以前は安全であった拡張機能であっても、悪意のあるコードを含むように更新されてしまう可能性があります。 ほとんどのブラウザ拡張機能は、データを盗もうとしていませんが、それらができるということを認識しておく必要があります。 +Chrome拡張機能やFirefoxのアドオンなどのブラウザ拡張機能は、ブラウザの機能を向上しますが、リスクが伴います。 デフォルトでは、ほとんどのブラウザ拡張機能は「サイトデータの読み取りと変更」の権限を要求し、データに対してほとんど何でもできるようにします。 Chrome拡張機能は常に自動的に更新されるため、以前は安全であった拡張機能であっても、悪意のあるコードを含むように更新されてしまう可能性があります。 ほとんどのブラウザ拡張機能は、データを盗もうとしていませんが、それらができるということを認識しておく必要があります。 #### 安全性を確保するためのヒント: {#browser-extension-safety} diff --git a/public/content/translations/ja/zero-knowledge-proofs/index.md b/public/content/translations/ja/zero-knowledge-proofs/index.md index 1a712cd2300..9e925d81ca7 100644 --- a/public/content/translations/ja/zero-knowledge-proofs/index.md +++ b/public/content/translations/ja/zero-knowledge-proofs/index.md @@ -150,7 +150,7 @@ Jean-Jacques Quisquateの有名な[アリババの洞窟の物語](https://en.wi ### ゼロ知識証明の種類 {#types-of-zero-knowledge-proofs} -#### ZK-SNARK {#zk-snarks} +#### ZK-SNARKs {#zk-snarks} ZK-SNARKは、**Zero-Knowledge Succinct Non-Interactive Argument of Knowledge**の頭字語です。 ZK-SNARKプロトコルには、次の利点があります。 @@ -170,7 +170,7 @@ ZK-SNARKは、**Zero-Knowledge Succinct Non-Interactive Argument of Knowledge** 信頼されたセットアップは、ユーザーにパラメータ生成を担当する参加者を信頼するよう要求します。 しかし、ZK-STARKの開発により、信頼されていないセットアップでも証明プロトコルが有効となりました。 -#### ZK-STARK {#zk-starks} +#### ZK-STARKs {#zk-starks} ZK-STARKは、**Zero-Knowledge Scalable Transparent Argument of Knowledge**の頭字語です。 ZK-STARKはZK-SNARKと似ていますが、以下の違いがあります。 @@ -198,9 +198,9 @@ ZK-SNARKでは、一旦生成されたCRS(公開パラメータ)は、ゼロ知 ### 量子計算による脅威 {#quantum-computing-threats} -ZK-SNARKは、暗号化に楕円曲線暗号技術([ECDSA](/glossary/#ecdsa))を使用しています。 今のところECDSAアルゴリズムは安全ですが、量子コンピュータの発展により、将来的にセキュリティモデルが破綻する可能性があります。 +ZK-SNARKは、暗号化に楕円曲線暗号技術を使用しています。 楕円曲線上の離散対数問題は現在、解くことが困難とされています。しかし、量子コンピューターの開発により、このセキュリティモデルは、将来的に破られる可能性があります。 -ZK-STARKは、暗号化に耐衝突ハッシュを使用するため、量子計算による脅威に耐性があると考えられています。 楕円曲線暗号で使われている公開鍵と秘密鍵のペアリングとは異なり、衝突耐性ハッシュは量子アルゴリズムでも突破するのが困難です。 +ZK-STARKは、量子コンピューティングの脅威に耐性があると考えられています。そのセキュリティでは、衝突困難性ハッシュ関数のみに依存しているためです。 楕円曲線暗号で使われている公開鍵と秘密鍵のペアリングとは異なり、衝突困難性ハッシュは量子アルゴリズムでも突破するのが困難です。 ## 参考文献 {#further-reading} @@ -210,3 +210,5 @@ ZK-STARKは、暗号化に耐衝突ハッシュを使用するため、量子計 - [zk-SNARKs — ゼロ知識の実例と深掘り](https://medium.com/coinmonks/zk-snarks-a-realistic-zero-knowledge-example-and-deep-dive-c5e6eaa7131c) — _Adam Luciano_ - [ZK-STARK: 検証可能な信頼の創造 量子コンピュータに対する備え](https://medium.com/coinmonks/zk-starks-create-verifiable-trust-even-against-quantum-computers-dd9c6a2bb13d) — _Adam Luciano_ - [zk-SNARKがいかにして実現されるのかについての概要の紹介](https://vitalik.eth.limo/general/2021/01/26/snarks.html) — _Vitalik Buterin_ +- [ゼロ知識証明(ZKP)が自己主権型IDのゲームチェンジャーとなる理由](https://frankiefab.hashnode.dev/why-zero-knowledge-proofs-zkps-is-a-game-changer-for-self-sovereign-identity) — _Franklin Ohaegbulam_ + diff --git a/src/intl/ja/common.json b/src/intl/ja/common.json index 9edef0449dd..92a36d5d88b 100644 --- a/src/intl/ja/common.json +++ b/src/intl/ja/common.json @@ -291,12 +291,19 @@ "nav-roadmap-description": "イーサリアムのスケーラビリティ、セキュリティ、サステナビリティを改善する工程", "nav-roadmap-future-description": "イーサリアムを堅牢で分散型のネットワークとして確立させる", "nav-roadmap-future-label": "未来のプルーフィング", + "nav-roadmap-future-proofing": "未来のプルーフィング", + "nav-roadmap-home": "ロードマップホーム", "nav-roadmap-label": "ロードマップ", + "nav-roadmap-options": "ロードマップオプション", + "nav-roadmap-options-alt": "ロードマップオプションのドロップダウンメニュー", "nav-roadmap-overview-description": "イーサリアムの未来", + "nav-roadmap-scaling": "スケーリング", "nav-roadmap-scaling-description": "トランザクションコストをさらに削減し、処理速度を向上させるためのネットワーク更新", "nav-roadmap-scaling-label": "より安価なトランザクション", + "nav-roadmap-security": "セキュリティの向上", "nav-roadmap-security-description": "将来に向けてイーサリアムがあらゆる種類の攻撃に対して強靱であるようにする", "nav-roadmap-security-label": "改善されたセキュリティ", + "nav-roadmap-user-experience": "ユーザーエクスペリエンスの向上", "nav-roadmap-ux-description": "イーサリアムの利用方法を簡素化する必要がある", "nav-roadmap-ux-label": "ユーザーエクスペリエンスの向上", "nav-run-a-node-description": "自分で完全にコントロールしつつ、ネットワークのセキュリティ向上に貢献する", diff --git a/src/intl/ja/glossary-tooltip.json b/src/intl/ja/glossary-tooltip.json new file mode 100644 index 00000000000..e901dc788b4 --- /dev/null +++ b/src/intl/ja/glossary-tooltip.json @@ -0,0 +1,162 @@ +{ + "51%-attack-term": "51%攻撃", + "51%-attack-definition": "1つのグループがノードのマジョリティのコントロールを獲得する攻撃のタイプです。トランザクションを取り消したり、Etherや他のトークンで二重支払いをすることでブロックチェーンを欺くことができます。", + "abi-term": "アプリケーション・バイナリ・インターフェイス(ABI)", + "abi-definition": "スマートコントラクトに含まれる関数と変数を定義するJSONファイル。ABIでバイトコードを人間が読める形式にマッピングできます。", + "account-term": "アカウント", + "account-definition": "イーサリアムアカウントは、イーサリアムブロックチェーン上のデジタルアイデンティティです。ユーザーは、Etherや他のデジタル資産を送金したり受け取ったり、スマートコントラクトとやり取りができます。", + "address-term": "アドレス", + "address-definition": "イーサリアムアドレスは、トークンを受け取るための固有の識別子で、仮想通貨の銀行口座番号に似ています。イーサリアムアカウントの特定に使われます。", + "anti-sybil-term": "シビル耐性", + "anti-sybil-definition": "インターネットで同時に多数のユーザーになりすますのを阻止する方法で、各ユーザーが実在し、別個の人物であることを保証します。 これにより、オンラインでのやり取りを公平かつ正直に保つことができます。", + "apr-term": "APR", + "apr-definition": "APR(実質年率)は、金利と手数料を含む借入金の年間コストを反映したものです。", + "attestation-term": "アテステーション", + "attestation-definition": "エンティティによる何かが真であるという主張です。イーサリアムのコンテクストでは、コンセンサスのバリデータは、チェーンの状態がどのようなものであると信じているかについて主張する必要があります。 各バリデータは、指定された時間に、最後にファイナライズされたチェックポイントやチェーンの現在の先頭など、チェーンに対するこのバリデータの見解を正式に宣言するさまざまなアテステーションを発行する責任があります。 アテステーションの詳細をご覧ください。", + "block-term": "ブロック", + "block-definition": "ブロックは、トランザクションやデジタルアクションが格納されている場所です。ブロックが満たされると前のブロックにリンクされます、そしてブロックのチェーンを作り、これが「ブロックチェーン」になります。詳細はブロックをご覧ください。", + "blockchain-term": "ブロックチェーン", + "blockchain-definition": "ブロックチェーンは、トランザクションのデータベースです。ネットワークのすべてのコンピュータで複製および共有されます。これにより、データが遡及的に変更されないようにします。", + "bridge-term": "ブリッジ", + "bridge-definition": "ブロックチェーンブリッジは、ブロックチェーンネットワークから他のブロックチェーンに資産を移すときに使います。", + "consensus-term": "コンセンサスの方法", + "consensus-definition": "ネットワークのコンピュータの3分の2超が同じ記録のセットを持っていることに同意し、皆の見解が一致していることが確実な状態を意味します。これは、彼らが従うルールに関するものではなく、全体が同じ情報を持っていることを確認するものです。", + "consensus-client-term": "コンセンサスクライアント", + "consensus-client-definition": "コンセンサスクライアント(Prysm、Teku、Nimbus、Lighthouse、Lodestarなど)は、イーサリアムのプルーフ・オブ・ステークコンセンサスアルゴリズムを実行し、ネットワークのビーコンチェーンの先頭に関する合意に達することを可能にします。コンセンサスクライアントは、トランザクションの検証やブロードキャストや状態遷移の実行には参加しません。これらは、実行クライアントによって行われます。コンセンサスクライアントは、ブロックのの証明や提案もしません。これらは、コンセンサスクライアントのオプションのアドオンであるバリデータクライアントによって行われます。", + "consensus-layer-term": "コンセンサスレイヤ", + "consensus-layer-definition": "イーサリアムのコンセンサスレイヤは、コンセンサスクライアントのネットワークです。", + "cryptoeconomics-term": "クリプトエコノミクス", + "cryptoeconomics-definition": "安全で信頼のおけるデジタルプラットフォームを設計するための数学的原理および経済的原理の学問です。ゴールは、すべての参加者がルールに従い、ネットワークのセキュリティと運用への貢献に対して報酬を受け取ることを保証することです。", + "cryptography-term": "暗号技術", + "cryptography-definition": "通信を秘密で安全に行う実践方法で、意図した人だけが情報を読むことが出来るようにします。", + "dao-term": "自律分散型組織（DAO）", + "dao-definition": "DAOは、ブロックチェーンにコード化されたルールに基づくデジタル組織で、決定はメンバーの投票によってなされ、中央権威がありません。詳細は分散型自律組織(DAO)をご覧ください。", + "dapp-term": "分散型アプリケーション(Dapp)", + "dapp-definition": "dAppは、分散型アプリケーションでブロックチェーン上で動作します。中央管理機関がなくサービスが提供されます。詳細は分散型アプリケーションをご覧ください。", + "data-availability-term": "データの可用性", + "data-availability-definition": "どのノードであってもシステム内で透明性と信頼を維持するためにブロックチェーン上のトランザクションを独立して検証できます。", + "defi-term": "分散型金融(DeFi)", + "defi-definition": "仲介者が不要で、ブロックチェーンに裏付けされた金融サービスを提供すること目的にした幅広いカテゴリーのイーサリアムアプリ。詳細は分散型金融(DeFi)", + "dex-term": "分散型取引所（DEX）", + "dex-definition": "ネットワークのピアとトークンをスワップできるイーサリアムのアプリの一種。DEXは、中央集権的な取引所のような地理的制約にさらされません。誰でも参加することができます。", + "difficulty-bomb-term": "難易度爆弾", + "difficulty-bomb-definition": "プルーフ・オブ・ワーク(PoW)の難易度設定を計画的に急激に上げること。プルーフ・オブ・ステーク(PoS)への移行を促す目的で、フォークの機会を減らすために設計されました。難易度爆弾は、マージ後に廃止されました。", + "ecdsa-term": "楕円曲線デジタル署名アルゴリズム (ECDSA)", + "ecdsa-definition": "イーサリアムで使われている暗号アルゴリズムで、所有者のみ資金を使用できることを確実にします。公開鍵と秘密鍵の作成に推奨される方法です。アカウントのアドレス生成とトランザクションの検証に関連しています。", + "ens-term": "イーサリアム名サービス(ENS)", + "ens-definition": "イーサリアム名サービスは、イーサリアムアドレスのためのインターネット電話帳のようなものです。長いウォレットアドレスを使う代わりに、ENSでは「john.eth」のような簡単な名前を使ってデジタルマネーや資産の送金や受け取りができます。", + "epoch-term": "エポック", + "epoch-definition": "32スロットの期間であり、各スロットは12秒なので、エポックは6.4分間です。バリデータ委員会は、セキュリティ上の理由によりエポック毎にシャッフルされます。各エポックでチェーンがファイナライズされる機会があります。各バリデータには、各エポックの開始ごとに新しい役割が割り当てられます。詳細はプルーフ・オブ・ステークをご覧ください。", + "eoa-term": "外部所有口座 (EOA)", + "eoa-definition": "外部所有アカウント(EOA)は、最も一般的なタイプのイーサリアムアカウントです。秘密鍵またはリカバリーフレーズを通して人が管理します。詳細はイーサリアムウォレットをご覧ください。", + "erc-term": "イーサリアム・リクエスト・フォー・コメント (ERC)", + "erc-definition": "ERC(イーサリアム・リクエスト・フォー・コメント )は、イーサリアムコミュニティで使われる技術文書の一種で、イーサリアムネットワークの新しい使用基準を提案するものです。", + "erc-1155-term": "ERC-1155", + "erc-1155-definition": "NFT(固有のコレクティブルアイテムなど)に似たイーサリアムトークン標準の一種で、1つのスマートコントラクトで交換可能なアイテム(通貨など)を作成可能です。", + "erc-20-term": "ERC-20", + "erc-20-definition": "イーサリアムネットワーク上のほとんどのトークンが作成される際に使用される標準ルールのセットです。", + "erc-721-term": "ERC-721", + "erc-721-definition": "NFT(非代替性トークン)を作成する際に使われる標準ルールのセットです。", + "ether-term": "イーサ", + "ether-definition": "イーサリアムのネイティブの暗号通貨で、通常「ETH」と呼ばれます。イーサリアムエコシステムおよびアプリケーションを使う時に、トランザクションフィーの支払いに使われます。詳細はEtherをご覧ください。", + "events-term": "イベント", + "events-definition": "EVMログ機能の利用を許可します。Dapps では、イベントをリッスンしてユーザーインターフェースのJavaScriptコールバックのトリガーに使用します。詳細はイベントとログをご覧ください。", + "execution-client-term": "実行クライアント", + "execution-client-definition": "Besu、Erigon、Go-Ethereum(Geth)、Nethermindなどの実行クライアント(旧「Eth1クライアント」)は、トランザクションの処理やブロードキャストおよびイーサリアムの状態を管理します。イーサリアム仮想マシンを使って各トランザクションの計算を実行し、プロトコルのルールに従っていることを確実にします。", + "execution-layer-term": "実行レイヤー", + "execution-layer-definition": "イーサリアムの実行レイヤは、実行クライアントのネットワークです。", + "finality-term": "ファイナリティ", + "finality-definition": "ファイナリティは、一連のトランザクションが多大なETHを失わない限り変えられないことを保証します。", + "fork-term": "フォーク", + "fork-definition": "代替ブロックチェーンの作成を引きおこすプロトコルの変更。", + "fraud-proof-term": "不正証明", + "fraud-proof-definition": "特定のレイヤー2ソリューションのセキュリティモデルで、速度を上げるためにトランザクションはバッチの中へロールアップされ、1つのトランザクションとしてイーサリアムへ送信されます。他のネットワーク参加者は、トランザクションを再実行することで正直に実行されていることを確認することができます。投稿されたデータと自身のバージョンとの間に不一致が見つかった場合は、不正行為が行われた場所を示す暗号論的証拠を投稿することができます。一部のロールアップでは、有効性証明を使います。", + "gas-term": "ガス", + "gas-definition": "ガスは、イーサリアムなどのブロックチェーンでトランザクションやスマートコントラクトにおいて支払う手数料です。 詳細はガスとフィーをご覧ください。", + "genesis-block-term": "始まりのブロック", + "genesis-block-definition": "ブロックチェーンの最初のブロックで、特定のネットワークとその暗号通貨を初期化するために使用されます。", + "gwei-term": "gwei", + "gwei-definition": "gigaweiの略称です。 Etherの通貨単位の1つで、 ガス価格を表すのによく使われています。1 Gwei = 109 weiです。109 Gwei = 1 Etherです。", + "hash-term": "ハッシュ", + "hash-definition": "可変サイズの入力を持つ固定長のフィンガープリントで、ハッシュ関数によって生成されます。(keccak-256をご覧ください。)", + "holographic-consensus-term": "ホログラフィック・コンセンサス", + "holographic-consensus-definition": "大きなグループの決議を小さなグループの代表者が投票することによって決める方法。小さなグループが良い仕事をすると信頼している限りにおいて、他の全員は、その決定に従うことに同意します。", + "index-term": "インデックス", + "index-definition": "ストレージソースへの効率的なパスを提供することによってブロックチェーン全体からの情報のクエリを最適化するためのネットワーク構造。", + "key-term": "鍵", + "key-definition": "イーサリアムの文脈において鍵はデジタルのコードです。公開鍵はトランザクションを受け取るために使い、秘密鍵は資金にアクセスしたり送信するのに使います。", + "layer-2-term": "レイヤー2", + "layer-2-definition": "レイヤー2は、トランザクションをより速く、安くするためにイーサリアムのメインネット上に構築されたもう1つのネットワークです。詳細は、レイヤー2をご覧ください。", + "liquidity-tokens-term": "流動性トークン", + "liquidity-tokens-definition": "流動性トークン(LT)は、デジタルトークンで流動性プールにデジタル資産をデポジットした参加者へ発行されます。流動性プールは、スマートコントラクトにロックされた資金の集合を意味し、分散型取引所(DEX)でトレードを円滑にするために使われます。", + "mainnet-term": "メインネット画像", + "mainnet-definition": "「メインネットワーク」の略で、メインの公開イーサリアム ブロックチェーンを指します。", + "mev-term": "MEV", + "mev-definition": "手数料に対してブロックチェーン上で特定の動作を優先させるメカニズムで、結果とトランザクションの順序に影響を与えます。", + "multisig-term": "マルチシグ", + "multisig-definition": "マルチシグ(複数署名)は、トランザクションの実行に複数の署名または承認が必要なデジタルウォレットまたはアカウントで、セキュリティを高めることができます。", + "nft-term": "ノンファンジブルトークン (NFT)", + "nft-definition": "ノンファンジブルトークン(NFT)は、ブロックチェーン技術によって検証され、所有することができる固有のデジタルアイテムです。例えば、アートまたはコレクティブルなどを所有することができます。 詳細はノンファンジブルトークン(NFT)をご覧ください。", + "node-term": "ノード", + "node-definition": "ネットワークに参加するソフトウェアクライアント。詳細は、ノードとクライアントをご覧ください。", + "ommer-term": "オマー(アンクル)ブロック", + "ommer-definition": "プルーフ・オブ・ワークのマイナーが有効なブロックを見つけた時に、別のマイナーが先に、ブロックチェーンの先端に競合しているブロックを公開している場合があります。この有効ではあるが、古いブロックはオマーとして新しいブロックに含むことができ、ブロック報酬の一部を受け取ることができます。「オマー」という用語は、親ブロックの兄弟を表す性別に依存しない用語として好まれます。時には、「アンクル」と呼ばれることもあります。 イーサリアムが プルーフ・オブ・ワーク ネットワークだった頃にこの呼び名が一般的でした。現在、イーサリアムは プルーフ・オブ・ステーク を使用するため、スロットごとに1つのブロック提案者のみが選択されます。", + "on-chain-term": "オンチェーン", + "on-chain-definition": "ブロックチェーン上で行われたアクションやトランザクションを意味し、公開され参照可能であることです。", + "optimistic-rollup-term": "オプティミスティック・ロールアップ", + "optimistic-rollup-definition": "オプティミスティック・ロールアップは、レイヤー2ソリューションでイーサリアムのトランザクションの速度を上げます。トランザクションは、異議申し立てが行われない限り、デフォルトでは有効であると仮定されます。詳細はオプティミスティック・ロールアップをご覧ください。", + "peer-to-peer-network-term": "ピアツーピアネットワーク", + "peer-to-peer-network-definition": "コンピューター(ピア)のネットワークで、中央集権的なサーバーベースのサービスを必要とせずに、集合的に機能を実行できます。", + "permissionless-term": "パーミッションレス", + "permissionless-definition": "イーサリアムのようなシステムを使うのにパーミッションや承認が必要なく、誰もあなたに利用制限を掛けることはできません。また、誰もが参加できるように常にオープンです。", + "private-key-term": "秘密鍵", + "private-key-definition": "秘密鍵は、アカウントのPINのようなもので、あなたがデジタルマネーを所有することを証明し、利用できるようにする秘密のコードです。絶対に共有しないでください。", + "poap-term": "POAP", + "poap-definition": "出席証明プロトコル(POAP)は、特定のイベントや活動に参加したことを証明するデジタルコレクティブ(NFT)を作成するのに使われます。", + "pos-term": "プルーフ・オブ・ステーク(PoS)", + "pos-definition": "暗号通貨ブロックチェーンプロトコルで分散型のコンセンサスを実現することを目的とした方法です。PoSでは、ユーザーに一定量の暗号通貨の所有(ネットワーク内での「ステーク」)を証明するように求めます。この証明により、トランザクションの検証に参加することができます。詳細はプルーフ・オブ・ステークをご覧ください。", + "pow-term": "プルーフ・オブ・ワーク(PoW)", + "pow-definition": "ブロックチェーンのセキュリティメカニズムで、ノードが特定の値を見つけるために計算という形でエネルギーを消費することを求めます。", + "public-goods-term": "公共財", + "public-goods-definition": "公共財は、公園やきれいな空気など、誰もが無料で利用できるものです。また、誰かがそれらを利用することで、他の人が利用できなくなることはありません。政府が公共財を提供するのは、人々に利用料を課すことが難しいため、通常は企業が提供することがないからです。", + "public-key-term": "公開鍵", + "public-key-definition": "公開鍵は、お金の電子メール アドレスのように、他の人がデジタル通貨を安全に送信できるようにする文字列です。", + "quadratic-voting-term": "クオドラティック投票", + "quadratic-voting-definition": "投票者が問題についてどの程度強く感じているかを表すことができる投票方法です。 これにより、有権者は優先事項だけでなく、その度合いも示すことができます。", + "recovery-phrase-term": "シードフレーズ/リカバリーフレーズ", + "recovery-phrase-definition": "デジタルウォレットを作成する時に与えられる単語のリストです。アクセスできなくなった場合にパスワードのように機能し、デジタルマネーやトークンを失わないようにします。", + "rollups-term": "ロールアップ", + "rollups-definition": "複数のトランザクションをまとめて(バッチ化して)、それを1つのトランザクションでイーサリアムのメインネットチェーンに送信するレイヤー2スケーリングソリューションの一種です。これにより、ガス代を削減でき、トランザクションのスループットが増加します。オプティミスティック・ロールアップとゼロ知識ロールアップがあり、それぞれスケーラビリティを実現するのに異なる方法のセキュリティが使われます。詳細はロールアップをご覧ください。", + "rpc-term": "リモート・プロシージャ・コール(RPC)", + "rpc-definition": "RPCでは、あるコンピュータがネットワークにある別のコンピューターにデータもしくはアクションを要求できます。リモートコントロールで情報を求めることに例えられます。", + "sequencer-term": "シーケンサー", + "sequencer-definition": "シーケンサーは、ブロックチェーンネットワークでトランザクションの順序付けの役割りを持つプログラムです。", + "smart-contract-term": "スマートコントラクト", + "smart-contract-definition": "スマートコントラクトは、ブロックチェーン上にある契約を自動で実行するプログラムです。自己拘束的なデジタル契約のようなものです。 詳細は、スマートコントラクト入門をご覧ください。", + "stablecoin-term": "ステーブルコイン", + "stablecoin-definition": "ステーブルコインは、暗号通貨の一種で、安定した価値を持つように設計されています。よく通貨やコモディティ (USドルなど) に対してペグされ、価格の変動を最小限にします。 詳細はステーブルコインをご覧ください。", + "staking-term": "ステーキング", + "staking-definition": "バリデータになり、ネットワークを確保するために大量のEther(ステーク)をデポジットすることです。バリデータは、プルーフ・オブ・ステークによるコンセンサス・モデルに基づいてトランザクションの確認とブロックの提案を行います。ステーキングでは、ネットワークを最善にする動作により経済的なインセンティブを受けることができます。バリデータの責務を実行することで報酬を獲得できますが、実行できなかった場合は状況に応じた量のETHを失います。詳細はイーサリアムのステーキングをご覧ください。", + "staking-pool-term": "ステーキングプール", + "staking-pool-definition": "複数のイーサリアムステーカーのETHを合わせ、バリデータ鍵のセットをアクティベートさせるのに必要な32ETHにしたものです。ノードオペレータは、コンセンサスに参加するのにこれらの鍵を使い、ブロック報酬を貢献したステーカーに分配します。ステーキングプールやステーキングの委任は、イーサリアムのプロトコルにおいてネイティブなものではなく、多くのソリューションがコミュニティによって構築されています。 詳細はステーキングプールをご覧ください。", + "terminal-total-difficulty-term": "最終合計難易度(TTD)", + "terminal-total-difficulty-definition": "合計難易度は、ブロックチェーンのある特定の位置までの全ブロックのEthashマイニング難易度の合計です。最終合計難易度は、合計難易度の特定の値で、実行クライアントのトリガーとして使われました。このトリガーにより、ネットワークのトランザクションを有効にするマイニングとブロックゴシップ機能をオフにして、ブルーフ・オブ・ステークに移行しました。現在のイーサリアムは、プルーフ・オブ・ステークに移行したのでもはや重要性はありません。", + "transaction-fee-term": "トランザクションフィー", + "transaction-fee-definition": "イーサリアムネットワークを使う時に払わなければならない手数料です。例えば、ウォレットから資金を送金したり、トークンのスワップやコレクティブルの購入などのdappとのやり取りで発生します。サービス料と考えることもできます。この手数料は、ネットワークの混雑状況によって変わります。トランザクションを処理する役割のバリデータは、手数料の高いトランザクションを優先する可能性が高いため、混雑していると価格が上がります。

技術的には、トランザクションフィーは、トランザクションで必要になるガス代がいくらになるかに関連しています。

トランザクションフィーの削減は現在、強い関心の対象となっています。 詳細はレイヤー 2をご覧ください。", + "trust-assumptions-term": "信頼の仮定", + "trust-assumptions-definition": "信頼の仮定は、システムの安全性と信頼性についての基本的な考えで、システムが機能するために何を信頼するかの指針となります。", + "validator-term": "バリデータ", + "validator-definition": "プルーフ・オブ・ステーク・システムにおけるノードは、ブロックチェーンへのデータの格納、トランザクションの処理、新しいブロックの追加の役割を担います。バリデータソフトウェアの有効化には、32ETHをステーキングする必要があります。詳細はイーサリアムのステーキングをご覧ください。", + "validity-proof-term": "有効性証明", + "validity-proof-definition": "特定のレイヤー2ソリューションのセキュリティモデルで、スピードを速めるために、トランザクションをバッチにして1つのトランザクションとしてイーサリアムに送信します。トランザクションの計算は、オフチェーンで行われ、その有効性の証明がメインのチェーンへ提供されます。この方法により、セキュリティを維持しながらトランザクション量を増やすことができます。一部のロールアップでは、不正証明を使っています。詳細はゼロ知識ロールアップをご覧ください。", + "wallet-term": "ウォレット", + "wallet-definition": "ウォレットは、デジタル通貨の保管、送金、受け取りを行うためのデジタルツールです。オンラインマネーの仮想的な財布のようなものです。詳細はイーサリアムウォレットをご覧ください。", + "web2-term": "Web2", + "web2-definition": "少数の会社によって管理されるユーザー作成コンテンツおよびソーシャルメディアを中心にした、現在のインターネットです。Web3には、ユーザーがデータや取引をコントロールするべきだというクリプトの信念があります。", + "web3-term": "Web3", + "web3-definition": "Web3はブロックチェーンが一体となった新しいインターネットで、会社でなくユーザーが自分のデータをコントロールし、取引することができます。個人情報を伝える必要はありません。詳細は、web3をご覧ください。", + "wei-term": "wei", + "wei-definition": "Etherにおける通貨単位の最小値で「1018 wei = 1 Ether」となります。", + "zk-proof-term": "ゼロ知識証明", + "zk-proof-definition": "ゼロ知識証明とは、ある主張が真であることを、追加の情報を伝えることなく証明することができる暗号論的メソッドです。ゼロ知識証明の詳細をご覧ください。" +} diff --git a/src/intl/ja/glossary.json b/src/intl/ja/glossary.json new file mode 100644 index 00000000000..b660d960507 --- /dev/null +++ b/src/intl/ja/glossary.json @@ -0,0 +1,398 @@ +{ + "51%-attack-term": "51%攻撃", + "51%-attack-definition": "グループがマジョリティのノードのコントロールを獲得するタイプの攻撃。これによって、イーサリアムのプルーフ・オブ・ステークでトランザクションの取り消しや、Etherや他のトークンの二重支払いをブロックチェーンで行う詐欺行為が可能になります。

この攻撃は、ステーキングされている全Etherの半分以上を獲得することで達成できます。攻撃者は、どの新しいブロックをブロックチェーンに追加するかを決定できるようになります。 ただし、攻撃者がチェーンで取り消しを行ったり、二重支払いするにはステーキングされたEtherの少なくとも66%が必要になります。", + "account-term": "アカウント", + "account-definition": "イーサリアムアカウントは、イーサリアムブロックチェーン上にあるデジタルのアイデンティティです。ユーザーにイーサを送金したり、受け取ったり、スマートコントラクトとやり取りができます。

技術的説明:
アドレス、残高、ノンス、オプションストレージとコードを含むオブジェクトです。アカウントは、コントラクトアカウントと外部所有口座(EOA)があります。", + "address-term": "アドレス", + "address-definition": "イーサリアムアドレスは、トークンを受け取るための固有の識別子で、仮想通貨の銀行口座番号に似ています。イーサリアムアカウントの特定に使われます。

これは、ECDSA公開鍵のKeccakハッシュの右端160ビットです。", + "anti-sybil-term": "シビル耐性", + "anti-sybil-definition": "インターネットで同時に多数のユーザーになりすますのを阻止する方法で、各ユーザーが実在し、別個の人物であることを保証します。 これにより、オンラインでのやり取りを公平かつ正直に保つことができます。", + "abi-term": "アプリケーション・バイナリ・インターフェイス(ABI)", + "abi-definition": "スマートコントラクトに含まれる関数と変数を定義するJSONファイル。ABIでバイトコードを人間が読める形式にマッピングできます。", + "api-term": "アプリケーション・プログラミング・インターフェイス(API)", + "api-definition": "アプリケーション・プログラミング・インターフェース(API)は、ソフトウェア部品の使用方法を定義したセットです。APIは、アプリケーションとWebサーバーの間に位置し、その間のデータ転送を容易にします。", + "apr-term": "APR", + "apr-definition": "APR(実質年率)は、金利と手数料を含む借入金の年間コストを反映したものです。", + "asic-term": "ASIC", + "asic-definition": "アプリケーションに特化した集積回路。これは通常、暗号通貨マイニング用にカスタマイズして開発された集積回路を指します。", + "assert-term": "アサート(assert)", + "assert-definition": "Solidityでは、`assert(false)`が `0xfe`にコンパイルされ、これは無効なオペコードです。これにより、残りの全ての ガスを消費して、変更の全てが取り消されます。 `assert()` 文が失敗している時は、何か大きな間違いがあるか、予期しないことが起こっており、コードを修正する必要があります。`assert()` は、絶対に起こるべきではない条件を避ける場合に使います。 スマートコントラクトのセキュリティで詳細をご覧ください。", + "attestation-term": "アテステーション", + "attestation-definition": "エンティティによる何かが真であるという主張です。イーサリアムのコンテクストでは、コンセンサスのバリデータは、チェーンの状態がどのようなものであると信じているかについて主張する必要があります。 各バリデータは、指定された時間に、最後にファイナライズされたチェックポイントやチェーンの現在の先頭など、チェーンに対するこのバリデータの見解を正式に宣言するさまざまなアテステーションを発行する責任があります。 アテステーションの詳細をご覧ください。", + "base-fee-term": "ベースフィー", + "base-fee-definition": "各ブロックには、「ベースフィー」と呼ばれる最低価格があります。これは、最小限のガスフィーであり、ユーザーは次のブロックのトランザクションに含めなければなりません。ガスとフィーで詳細をご覧ください。", + "beacon-chain-term": "ビーコンチェーン", + "beacon-chain-definition": "ビーコンチェーンは、プルーフ・オブ・ステークとバリデータをイーサリアムに導入したブロックチェーンでした。2020年12月からは、プルーフ・オブ・ワークのイーサリアムメインネットで同時に稼働していました。2022年9月に2つのチェーンがマージされ、今のイーサリアムになりました。ビーコンチェーンで詳細をご覧ください。", + "big-endian-term": "ビッグエンディアン", + "big-endian-definition": "数値の位取り表現で、最上位の桁がメモリの最初になります。リトルエンディアンは逆で、最下位の桁がメモリの最初になります。", + "block-term": "ブロック", + "block-definition": "ブロックは、トランザクションすなわちデジタルアクションが保存される場所です。ブロックがいっぱいになると、前のブロックにリンクされ、ブロックの連鎖すなわちブロックチェーンを作成します。 ブロックで詳細をご覧ください。

ブロックは、順序付けされたトランザクションとコンセンサス関連情報のリストを含みバンドル化した情報の単位です。ブロックは、プルーフ・オブ・ステークのバリデータによって提案され、その時点においてブロックはピアツーピアネットワーク全体で共有されます。また、他のノードによって、それぞれ簡単に検証することができます。コンセンサスルールで、ブロックのどのコンテンツが有効であると見なされるかを管理し、無効なブロックはネットワークで無視されます。これらのブロックとトランザクションの順序付けによってネットワークの現在の状態を表す終端を持つ決定論的イベントのチェーンが作成されます。", + "block-explorer-term": "ブロックエクスプローラー", + "block-explorer-definition": "ユーザーがブロックチェーンに関する情報を検索できるインターフェース。個々のトランザクション、特定のアドレスに関連するアクティビティ、ネットワークに関する情報の検索を含みます。", + "block-header-term": "ブロックヘッダ", + "block-header-definition": "ブロックヘッダは、ブロックに関するメタデータと、実行ペイロードに含まれるトランザクションの概要をまとめたもの。", + "block-propagation-term": "ブロック伝播", + "block-propagation-definition": "検証済みのブロックをネットワーク上の他のすべてのノードに送信するプロセス。", + "block-proposer-term": "ブロック提案者", + "block-proposer-definition": "特定のスロットにブロックを作成するために選ばれた特殊なバリデータ。", + "block-reward-term": "ブロック報酬", + "block-reward-definition": "新たな有効ブロック提案者に報酬として支払われるEtherの量。", + "block-status-term": "ブロックステータス", + "block-status-definition": "ブロックが存在できる状態です。考えられる状態は次の通りです。

  • 提案済み: バリデータによって提案されたブロック
  • スケジュール済み: バリデータがデータを提出している
  • 見逃し/スキップ済み: 提案者が有効時間以内にブロックを提案しなかった
  • 孤立した: フォーク選択アルゴリズムによってブロックが再編成された
", + "block-time-term": "ブロックタイム", + "block-time-definition": "ブロックがブロックチェーンに追加される時間間隔。", + "block-validation-term": "ブロックバリデーション", + "block-validation-definition": "新しいブロックに有効なトランザクションと署名が含まれていることを確認するプロセスで、最も重い履歴チェーン(履歴のなかでもっともアテステーションが蓄積したチェーン)に構築されます。また、他のすべてのコンセンサスルールにも従います。有効なブロックは、チェーンの先頭に追加され、ネットワーク上の他のブロックに伝播されます。 無効なブロックは無視されます。", + "blockchain-term": "ブロックチェーン", + "blockchain-definition": "ブロックチェーンは、ネットワーク内のコンピューターの全てで共有され複製されるトランザクションのデータベースで、過去のデータが変更されないことを確実にします。

連続したブロックがそれぞれ前のブロックのハッシュを参照することにより、始まりのブロックに至るまで、前のブロックにリンクしています。ブロックチェーンの完全性は、プルーフ・オブ・ステークベースのコンセンサスメカニズムを使用して暗号経済的に確保されています。詳細はブロックチェーンとは何かをご覧ください。", + "bootnode-term": "ブートノード", + "bootnode-definition": "あるノードの実行時に、検出プロセスを開始するために使用するノードです。ブートノードによって、新しいノードを他に存在しているノードに「引き合わせる」ことができ、最初のピアを検索しなければならない場合よりも、迅速にピアを見つけることが出来ます。これらのブートノードのエンドポイントは通常、イーサリアムクライアントのソースコードで提供されています。一方で、ユーザーが独自にブートノードのリストを与えることも可能です。", + "bridge-term": "ブリッジ", + "bridge-definition": "ブロックチェーンブリッジは、1つのブロックチェーンネットワークから他のブロックチェーンに資産を送信するために使われます。例えば、ETHをイーサリアムのメインネットからより安いレイヤー2のスケーリングソリューションのネットワークに送信できます。", + "bytecode-term": "バイトコード", + "bytecode-definition": "EVMで効率的に実行できるように、コンパクトな数値形式で表現されたコードです。", + "byzantium-fork-term": "ビザンチウムフォーク", + "byzantium-fork-definition": "メトロポリス開発段階の2つのハードフォークのうちの1つです。これには、EIP-649のメトロポリス難易度爆弾遅延とブロック報酬の減額が含まれており、氷河期は1年延期になり、ブロック報酬は5ETHから3ETHに減少しました。", + "casper-ffg-term": "キャスパーFFG", + "casper-ffg-definition": "キャスパーFFGは、LMD-GHOSTフォーク・チョイス・アルゴリズムと組み合わせて実行されるプルーフ・オブ・ステーク(PoS)コンセンサスプロトコル。コンセンサスクライアントによるビーコンチェーン先頭への合意を完了させます。", + "checkpoint-term": "チェックポイント", + "checkpoint-definition": "ビーコンチェーンには、スロット(12秒)とエポック(32スロット)に分割されたテンポがあります。バリデータのスーパーマジョリティが2つのチェックポイント間のリンクを証明すると、正当化され、その上に別のチェックポイントが正当化されると、ファイナライズとなります。", + "compiling-term": "コンパイル", + "compiling-definition": "高レベルのプログラミング言語(Solidityなど)で書かれたコードを低レベルの言語(EVMのバイトコードなど)に変換すること。詳細はスマートコントラクトのコンパイルをご覧ください。", + "committee-term": "委員会", + "committee-definition": "各スロットでブロックを検証するように割り当てられた最小で128のバリデータのグループです。アテステーションに同意する委員会内のバリデータの1つにアグリデータがあり、委員会内の他のすべてのバリデータの署名を集約する役割があります。同期委員会と混同しないようにしてください。", + "computational-infeasibility-term": "計算不可能", + "computational-infeasibility-definition": "あるプロセスを実行しようと思ったどの人にとっても、非現実的にとても長い時間(たとえば数十億年)かかる場合、計算不可能となります。", + "consensus-term": "コンセンサスの方法", + "consensus-definition": "ネットワークのコンピュータの3分の2超が同じ記録のセットを持っていることに同意し、皆の見解が一致していることが確実な状態を意味します。これは、彼らが従うルールに関するものではなく、全体が同じ情報を持っていることを確認するものです。", + "consensus-client-term": "コンセンサスクライアント", + "consensus-client-definition": "コンセンサスクライアント(Prysm、Teku、Nimbus、Lighthouse、Lodestarなど)は、イーサリアムのプルーフ・オブ・ステークコンセンサスアルゴリズムを実行し、ネットワークのビーコンチェーンの先頭に関する合意に達することを可能にします。コンセンサスクライアントは、トランザクションの検証やブロードキャストや状態遷移の実行には参加しません。これらは、実行クライアントによって行われます。コンセンサスクライアントは、ブロックのの証明や提案もしません。これらは、コンセンサスクライアントのオプションのアドオンであるバリデータクライアントによって行われます。", + "consensus-layer-term": "コンセンサスレイヤ", + "consensus-layer-definition": "イーサリアムのコンセンサスレイヤは、コンセンサスクライアントのネットワークです。", + "consensus-rules-term": "コンセンサスルール", + "consensus-rules-definition": "他のノードとコンセンサスを維持するためにフルノードが従うブロックの検証ルールです。 コンセンサスと混同しないようにご注意ください。", + "cfi-term": "アップデートに含めるために検討(CFI: Considered for Inclusion)", + "cfi-definition": "メインネットでまだアクティブになっていないコアのEIPで、クライアントデベロッパーは、そのアイデアに対して前向きです。メインネットに含まれる要件のすべてを満たしている場合、ネットワークアップグレードに含まれる可能性があります(次のアップグレードとは限りません)。", + "constantinople-fork-term": "コンスタンティノープルフォーク", + "constantinople-fork-definition": "メトロポリスステージの2番目のパートです。当初は、2018年半ばを予定していました。他の変更も含めたプルーフ・オブ・ワークとプルーフ・オブ・ステークのハイブリッドなコンセンサスアルゴリズムへの変更を含むことを予定していました。", + "contract-account-term": "コントラクトアカウント", + "contract-account-definition": "他のアカウント(EOA)またはコントラクトからトランザクションを受け取るたびに実行されるコードを含むアカウント。", + "contract-creation-transaction-term": "契約作成取引", + "contract-creation-transaction-definition": "コントラクトの初期化コードを含む特別なトランザクション。受取人(recipient)に「null」がセットされ、コントラクトはユーザーアドレスと「nonce」から生成されたアドレスにデプロイされることでイーサリアムのブロックチェーンに登録されます。", + "cryptoeconomics-term": "クリプトエコノミクス", + "cryptoeconomics-definition": "安全で信頼のおけるデジタルプラットフォームを設計するための数学的原理および経済的原理の学問です。ゴールは、すべての参加者がルールに従い、ネットワークのセキュリティと運用への貢献に対して報酬を受け取ることを保証することです。", + "cryptography-term": "暗号技術", + "cryptography-definition": "通信とデータをコードを使用して保護する手法です。これにより、情報の対象者だけが読み取って処理することができます。
暗号化(読み取り可能な情報を読み取り不可能な形式に変換)する技術と復号化(読み取り可能な形式に復元)する技術が含まれています。", + "doge-d-term": "Đ", + "doge-d-definition": "Đ(ストロークのあるD)は、古英語、中英語、アイスランド語、フェロー語で使われており、大文字の「Eth」を表すために使用されます。ĐEV や Đapp (分散型アプリケーション) などの単語で使われる場合、Đは北欧文字の「eth」です。 大文字のeth (Ð) は、暗号通貨Dogecoinを表すためにも使われています。古いイーサリアムの文献ではよく使われていましたが、現在ではあまり使用されていません。", + "dag-term": "DAG", + "dag-definition": "DAGは、有向非巡回グラフ(Directed Acyclic Graph)の略です。ノードとノード間のリンクで構成されるデータ構造です。DAGは、マージの前のイーサリアムのプルーフ・オブ・ワークアルゴリズムであるEthashで使用されていました。ただし、プルーフ・オブ・ステークでは、使用されていません。", + "dapp-term": "分散型アプリケーション(Dapp)", + "dapp-definition": "dAppは、分散型アプリケーションでブロックチェーンネットワーク上で稼働しており、中央当局なしでサービスを提供します。詳細は、分散型アプリケーションをご覧ください。
dAppには、少なくともウェブインターフェースに接続されたスマートコントラクトがあります。また、多くのdAppには、分散型ストレージやメッセージプロトコル、プラットフォームが含まれています。", + "data-availability-term": "データの可用性", + "data-availability-definition": "どのノードであってもシステム内で透明性と信頼を維持するためにブロックチェーン上のトランザクションを独立して検証できます。", + "decentralization-term": "分散化", + "decentralization-definition": "プロセスの制御と実行を中央組織から移行するという概念です。", + "dao-term": "自律分散型組織（DAO）", + "dao-definition": "DAOは、デジタル組織でブロックチェーン上にコード化されたルールによって運営されます。決定は、中央当局ではなくメンバーの投票で行われます。詳細は、分散型自律組織(DAO)をご覧ください。
各メンバーの投票権は、たいてい保有するトークン数に結び付けられています。DAOでは、意思決定と運営を民主化することを目指しており、透明性とコミュニティのガバナンスに重点を置いています。", + "dex-term": "分散型取引所（DEX）", + "dex-definition": "ネットワークのピアとトークンをスワップできるイーサリアムのアプリの一種。DEXは、中央集権的な取引所のような地理的制約にさらされません。誰でも参加することができます。", + "deposit-contract-term": "デポジットコントラクト", + "deposit-contract-definition": "イーサリアムでステーキングをするゲートウェイです。デポジットコントラクトは、イーサリアム上にあるスマートコントラクトでETHで入金を受け付け、バリデータの残高を管理します。ETHをこのコントラクトに入金しないとバリデータをアクティベートできません。このコントラクトには、ETHと入力データが必要になります。入力データには、バリデータの公開鍵、バリデータの秘密鍵で署名された出金用公開鍵を含みます。このデータは、バリデータがプルーフ・オブ・ステークネットワークによって特定および承認されるのに必要になります。", + "defi-term": "分散型金融(DeFi)", + "defi-definition": "仲介者が不要で、ブロックチェーンに裏付けされた金融サービスを提供すること目的にした幅広いカテゴリーのイーサリアムアプリ。詳細は分散型金融(DeFi)", + "difficulty-term": "難易度", + "difficulty-definition": "プルーフ・オブ・ワークネットワーク内のネットワーク全体の設定です。有効なノンスを見つけるために必要な平均計算量をコントロールします。難易度は、有効であるとみなされるためのブロックハッシュの結果の先頭からのゼロの数で表されます。プルーフ・オブ・ステークへの移行以来、イーサリアムにおいて、この概念は廃止されました。", + "difficulty-bomb-term": "難易度爆弾", + "difficulty-bomb-definition": "プルーフ・オブ・ワーク(PoW)の難易度設定を計画的に急激に上げること。プルーフ・オブ・ステーク(PoS)への移行を促す目的で、フォークの機会を減らすために設計されました。難易度爆弾は、マージ後に廃止されました。", + "digital-signatures-term": "電子署名", + "digital-signatures-definition": "ユーザーが秘密鍵を利用してドキュメントを生成する短い文字列で、対応する公開鍵、署名、ドキュメントを持つ人は誰でも、(1)秘密鍵の所有者によってドキュメントに「署名」がなされたこと、(2) 署名後にドキュメントが変更されていないことを検証できます。", + "discovery-term": "ディスカバリー(Discovery)", + "discovery-definition": "イーサリアムノードが接続する他のノードを見つけるプロセス。", + "distributed-hash-table-term": "分散ハッシュテーブル(DHT)", + "distributed-hash-table-definition": "`(key, value)`ペアを含むデータ構造で、イーサリアムノードが接続するピアの特定と、通信に使用するプロトコルを決定するために使用されます。", + "double-spend-term": "二重支払い", + "double-spend-definition": "意図的なブロックチェーンフォークで、十分な量のマイニングパワーまたはステークを持つユーザーが、ある通貨をオフチェーンに移動するトランザクションを送信し (例: 不換紙幣に交換する、オフチェーンで購入するなど)、そのトランザクションを削除するためにブロックチェーンを再編成すること。攻撃者が二重支払いに成功するとオンチェーンとオフチェーンの両方に資産を残すことができます。", + "ecdsa-term": "楕円曲線デジタル署名アルゴリズム (ECDSA)", + "ecdsa-definition": "イーサリアムで使われている暗号アルゴリズムで、所有者のみ資金を使用できることを確実にします。公開鍵と秘密鍵の作成に推奨される方法です。アカウントのアドレス生成とトランザクションの検証に関連しています。", + "encryption-term": "暗号化", + "encryption-definition": "暗号化とは、正しい復号化キーを持つ所有者以外は読めない形式に電子データを変換すること。", + "entropy-term": "エントロピー", + "entropy-definition": "暗号技術の分野において、予測可能性の欠如またはランダム性のレベルを表します。秘密鍵などの秘密情報を生成する場合において、アルゴリズムは、通常は高いエントロピーにのソースに依存することで、出力が予測できないことを確実にしています。", + "epoch-term": "エポック", + "epoch-definition": "32スロットの期間であり、各スロットは12秒なので、エポックは6.4分間です。バリデータ委員会は、セキュリティ上の理由によりエポック毎にシャッフルされます。各エポックでチェーンがファイナライズされる機会があります。各バリデータには、各エポックの開始ごとに新しい役割が割り当てられます。詳細はプルーフ・オブ・ステークをご覧ください。", + "equivocation-term": "曖昧度", + "equivocation-definition": "お互いに矛盾する2つのメッセージを送るバリデータ。簡単な例としては、トランザクションの送信者が同じノンスで2つのトランザクションを送信すること。もう1つの例としては、同じブロック高(または同じスロット)で2つのブロックを提案するブロック提案者。", + "eth1-term": "Eth1", + "eth1-definition": "「Eth1」は、プルーフ・オブ・ワークのブロックチェーンにあるメインネットのイーサリアムを指す用語です。この用語は「実行レイヤ」という言葉が好まれるようになってから廃止されました。詳細は名前変更についてをご覧ください。", + "eth2-term": "Eth2", + "eth2-definition": "「Eth2」は、一連のイーサリアムのプロトコルアップグレードを指す用語です。イーサリアムトランザクションのプルーフ・オブ・ステークへの移行も含みます。この用語は、「コンセンサスレイヤ」という用語が好まれるようになってから廃止されました。詳細は名前変更についてをご覧ください。", + "eip-term": "イーサリアム改善提案 (EIP)", + "eip-definition": "イーサリアムコミュニティに情報を提供するための設計文書。提案された新機能やプロセス、環境について説明しています(詳細はERC)。詳しくはイーサリアム改善提案(EIP)入門をご覧ください。", + "ens-term": "イーサリアム名サービス(ENS)", + "ens-definition": "イーサリアム名サービス(ENS)は、イーサリアムアドレスにおけるインターネット電話帳のようなものです。長いウォレットアドレスの代わりに、ENSで「john.eth」のような簡単な名前を使うことができ、これでデジタルマネーや資産を送信したり、受け取ったりできます。

技術的説明:
ENSレジストリは、EIP-137に記述されているように、ドメイン名から所有者およびリゾルバーへのマッピングを提供する単一の中央コントラクトです。詳細はens.domainsをご覧ください。", + "erc-1155-term": "ERC-1155", + "erc-1155-definition": "ERC-1155は、新しいタイプのイーサリアムトークン標準でNFT(固有の収集可能アイテムなど)に似ており、単一のスマートコントラクト内で交換可能なアイテム(通貨など)を作成することができます。
これにより、特にビデオ ゲームやデジタルコレクションなどのアプリケーションで、色々なタイプのデジタル資産の管理がより簡単かつ効率的になります。", + "erc-20-term": "ERC-20", + "erc-20-definition": "ERC-20は、イーサリアムネットワーク上のほとんどのトークンが作成するのに使っている標準です。
人気のある例としては、DAIやUSDCなどのステーブルコイン、UniswapのUNIなどの取引所トークンがあります。従来のシステムで使用されているあらゆる形式の代替通貨に似ています。 例えば、特典ポイント、クレジットシステム、株などです。", + "erc-721-term": "ERC-721", + "erc-721-definition": "NFT(非代替トークン)は、ERC-721と呼ばれる標準的なルールセットを使用して作成されます。
NFTトークンは、デジタルアートやコレクティブルなどのあらゆる固有の所有権を表すことができ、各トークンは特別な特性と値を持っています。それぞれのNFTは固有なため、簡単に他のNTFと区別できます。", + "execution-client-term": "実行クライアント", + "execution-client-definition": "Besu、Erigon、Go-Ethereum(Geth)、Nethermindなどの実行クライアント(旧「Eth1クライアント」)は、トランザクションの処理やブロードキャストおよびイーサリアムの状態を管理します。イーサリアム仮想マシンを使って各トランザクションの計算を実行し、プロトコルのルールに従っていることを確実にします。", + "execution-layer-term": "実行レイヤー", + "execution-layer-definition": "イーサリアムの実行レイヤは、実行クライアントのネットワークです。", + "eoa-term": "外部所有口座 (EOA)", + "eoa-definition": "外部所有アカウント(EOA)は、最も一般的なタイプのイーサリアムアカウントです。秘密鍵またはリカバリーフレーズを通して人が管理します。詳細はイーサリアムウォレットをご覧ください。", + "erc-term": "イーサリアム・リクエスト・フォー・コメント (ERC)", + "erc-definition": "ERC(イーサリアム・リクエスト・フォー・コメント)は、イーサリアムコミュニティで使われる技術文書の一種で、イーサリアムネットワークの新しい使用基準を提案するものです。

新しいトークン標準(トークンで使われるERC-20やNFTに使用されるERC-721など) を含む幅広いトピックをカバーします。", + "ethash-term": "Ethash", + "ethash-definition": "プルーフ・オブ・ステーク(PoS)に移行する前にイーサリアムで使用されていたプルーフ・オブ・ワーク(PoW)のアルゴリズム。詳細をご覧ください。", + "ether-term": "イーサ", + "ether-definition": "イーサリアムのネイティブの暗号通貨で、通常「ETH」と呼ばれます。イーサリアムエコシステムおよびアプリケーションを使う時に、トランザクションフィーの支払いに使われます。詳細はEtherをご覧ください。", + "events-term": "イベント", + "events-definition": "EVMログ機能の利用を許可します。Dapps では、イベントをリッスンしてユーザーインターフェースのJavaScriptコールバックのトリガーに使用します。詳細はイベントとログをご覧ください。", + "evm-term": "イーサリアム仮想マシン(EVM)", + "evm-definition": "スタックベースの仮想マシンで、バイトコードを実行します。イーサリアムでは、与えられたバイトコード命令と環境データの小さなタプルによってシステムの状態がどのように変化するかが、実行モデルに明記されています。このことは、仮想状態マシンの形式モデルを通して明記されています。詳細はイーサリアム仮想マシンをご覧ください。", + "evm-assembly-language-term": "EVMアセンブリ言語", + "evm-assembly-language-definition": "EVMのバイトコードをヒューマンリーダブル形式にしたもの。", + "fallback-function-term": "フォールバック関数", + "fallback-function-definition": "データや宣言された関数名がない場合に呼び出されるデフォルトの関数のこと。", + "faucet-term": "フォーセット", + "faucet-definition": "スマートコントラクトを介して実行されるサービスで、テストネットで使用できる無料のテスト用Etherの形で資金を分配します。", + "finality-term": "ファイナリティ", + "finality-definition": "ファイナリティは、一連のトランザクションが多大なETHを失わない限り変えられないことを保証します。", + "finney-term": "Finney", + "finney-definition": "Etherの通貨単位です。1 Finney = 1015 weiとなります。103 Finney = 1 Etherとなります。", + "fork-term": "フォーク", + "fork-definition": "代替ブロックチェーンの作成を引きおこすプロトコルの変更。", + "fork-choice-algorithm-term": "フォーク選択アルゴリズム", + "fork-choice-algorithm-definition": "ブロックチェーンの先頭を特定するために使われるアルゴリズムです。イーサリアムでは、アテステーションが最も「重い」フォークがチェーンの先頭として特定されます。この「重さ」とは、アテステーションを行ったバリデータの実効残高とアテステーションの数の積です。チェーンの真の先頭は、ステーキングされているイーサが最も投票されたものと言えます。コンセンサスレイヤのフォーク選択アルゴリズムは、 LMD_GHOSTという名前です。", + "fraud-proof-term": "不正証明", + "fraud-proof-definition": "特定のレイヤー2ソリューションのセキュリティモデルで、速度を上げるためにトランザクションはバッチの中へロールアップされ、1つのトランザクションとしてイーサリアムへ送信されます。他のネットワーク参加者は、トランザクションを再実行することで正直に実行されていることを確認することができます。投稿されたデータと自身のバージョンとの間に不一致が見つかった場合は、不正行為が行われた場所を示す暗号論的証拠を投稿することができます。一部のロールアップでは、有効性証明を使います。", + "frontier-term": "フロンティア", + "frontier-definition": "2015年7月から2016年3月までの間のイーサリアムの最初のテスト開発段階。", + "gas-term": "ガス", + "gas-definition": "ガスは、イーサリアムなどのブロックチェーンでトランザクションやスマートコントラクトにおいて支払う手数料です。 詳細はガスとフィーをご覧ください。", + "gas-limit-term": "ガスリミット", + "gas-limit-definition": "トランザクションやブロックが消費するガスの上限。", + "gas-price-term": "ガス代", + "gas-price-definition": "トランザクションで指定されたガス1単位の価格(Ether)。", + "genesis-block-term": "始まりのブロック", + "genesis-block-definition": "ブロックチェーンの最初のブロックで、特定のネットワークとその暗号通貨を初期化するために使用されます。", + "geth-term": "Geth", + "geth-definition": "Go Ethereumとも呼ばれ、Goで開発された最も有名な実装の1つです。geth.ethereum.orgで詳細をご覧ください。", + "gwei-term": "gwei", + "gwei-definition": "gigaweiの略称です。 Etherの通貨単位の1つで、 ガス価格を表すのによく使われています。1 Gwei = 109 weiです。109 Gwei = 1 Etherです。", + "hard-fork-term": "ハードフォーク", + "hard-fork-definition": "ブロックチェーンにおける永続的な分岐です。ハードフォーク変更とも呼ばれます。一般的な1つの例として、新しいコンセンサルールに従いアップグレードされたノードによって作られたブロックが、アップグレードしていないノードで検証できない場合に起こります。フォーク、ソフトフォーク、ソフトウェアフォーク、Gitフォークなどと混同しないでください。", + "hash-term": "ハッシュ", + "hash-definition": "可変サイズの入力を持つ固定長のフィンガープリントで、ハッシュ関数によって生成されます。(keccak-256をご覧ください。)", + "hash-rate-term": "ハッシュレート", + "hash-rate-definition": "マイニングソフトを実行しているコンピュータが、1秒当たりに計算するハッシュの数。", + "homestead-term": "ホームステッド", + "holographic-consensus-term": "ホログラフィック・コンセンサス", + "holographic-consensus-definition": "大きなグループの決議を小さなグループの代表者が投票することによって決める方法。小さなグループが良い仕事をすると信頼している限りにおいて、他の全員は、その決定に従うことに同意します。
一部のオンラインコミュニティで使われており、決定が公正で多数の人々が望んでいることを保証しつつ、あらゆる決議に全員の投票を必要とせずに迅速に決定を下すことができます。", + "homestead-definition": "2016年3月に、ブロック1,150,000でローンチされたイーサリアムの開発第2段階。", + "index-term": "インデックス", + "index-definition": "ストレージソースへの効率的なパスを提供することによってブロックチェーン全体からの情報のクエリを最適化するためのネットワーク構造。", + "ide-term": "統合開発環境 (IDE)", + "ide-definition": "基本的には、コードエディタ、コンパイラ、ランタイム、デバッガーを組み合わせたユーザーインターフェースです。詳細は統合開発環境をご覧ください。", + "immutable-deployed-code-problem-term": "不変のデプロイコード問題", + "immutable-deployed-code-problem-definition": "一度、 コントラクト (またはライブラリ)のコードがデプロイされると、不変になってしまうこと。標準的なソフトウェア開発の実践では、バグの修正や新しい機能の追加が可能であることに依存しているため、このことはスマートコントラクトの開発において課題となります。詳細は、スマートコントラクトの導入をご覧ください。", + "internal-transaction-term": "内部取引", + "internal-transaction-definition": "コントラクトアカウントから別のコントラクトアカウントまたはEOAに送信されるトランザクション(メッセージを参照)。", + "issuance-term": "発行", + "issuance-definition": "報酬ブロックの提案、アテステーション、不正の告発に対して新しくEtherを発行すること。", + "kdf-term": "鍵導出関数 (KDF)", + "kdf-definition": "「パスワード伸長アルゴリズム」としても知られます。キーストア形式で使われており、パスフレーズによる暗号化において、パスフレーズを繰り返しハッシュ化することで総当たり攻撃や辞書攻撃、レインボーテーブル攻撃から保護することができます。", + "keystore-term": "キーストア", + "keystore-definition": "各アカウントの秘密鍵とアドレスのペアで、イーサリアムクライアント内の単一のキーファイルとして存在しています。アカウントの暗号化された秘密鍵を含む JSON テキストファイルであり、アカウント作成時に入力したパスワードのみを使って復号化することが可能です。", + "keccak-256-term": "Keccak-256", + "keccak-256-definition": "イーサリアムで使われている暗号学的 ハッシュ関数です。 Keccak-256は、SHA-3として標準化されています。", + "key-term": "鍵", + "key-definition": "イーサリアムの文脈において鍵はデジタルのコードです。公開鍵はトランザクションを受け取るために使い、秘密鍵は資金にアクセスしたり送信するのに使います。
公開鍵は、自由に共有できます。
秘密鍵は、所有者は秘密にして保持します。", + "layer-1-term": "L1", + "layer-1-definition": "レイヤー1は、マルチレベルのブロックチェーンネットワークにおいてメインとなるブロックチェーンを指します。例えば、イーサリアムやビットコインは、レイヤー1のブロックチェーンです。多くのレイヤー2のブロックチェーンは、リソースを大量に消費するトランザクションを自身の個別のブロックチェーンにオフロードします。同時に、セキュリティを目的としてイーサリアムやビットコインなどのレイヤー1ブロックチェーンを使います。", + "layer-2-term": "レイヤー2", + "layer-2-definition": "レイヤー2は、トランザクションをより速く、安くするためにイーサリアムのメインネット上に構築されたもう1つのネットワークです。詳細は、レイヤー2をご覧ください。", + "library-term": "ライブラリ", + "library-definition": "コントラクトの特別なタイプです。これは、payable関数を持っていなく、フォールバック関数やデータストレージもありません。そのため、Etherを受け取ったり保持できないだけでなくデータも保存できません。ライブラリは、事前にデプロイされたコードとして、他のコントラクトから読み取り専用で、計算のために呼び出します。詳細はスマートコントラクトライブラリをご覧ください。", + "light-client-term": "ライトクライアント", + "light-client-definition": "ブロックチェーンのコピーをローカルに保存しない、またはブロックとトランザクションの検証をしないイーサリアムクライアント。ウォレット機能を提供し、トランザクションの作成やブロードキャストができます。", + "liquidity-term": "流動性", + "liquidity-definition": "流動性とは、資産をどれだけ早くかつ簡単に現金や他の資産に変換できるかということです。Uniswapのような分散型取引所では、複数の流動性プールがあります。そこでは、資産の保有者が資産をデポジットし、トレーダーがそれを報酬と引き替えに分散化された形で売買できます。", + "liquidity-tokens-term": "流動性トークン", + "liquidity-tokens-definition": "流動性トークン(LST)とは、流動性プールに資産をデポジットした参加者へ発行されるデジタルトークンです。流動性プールは、スマートコントラクトにロックされ、分散型取引所(DEX)でトレーディングを容易にするために使われる資産のコレクションです。
これらのトークンは、参加者のプールのシェアを表し、最初のデポジットにプールのアクティビティによって発生した手数料の一部を加えた形で買い戻すことが出来ます。基本的に流動性トークンは、所有していることの証明の提供や流動性プールのステークとしての機能を担い、保有者が報酬を得ると同時に、他者がさまざまな暗号通貨のペアを効率的にトレードするために必要な流動性を提供します。", + "lmd-ghost-term": "LMD-GHOST", + "lmd-ghost-definition": "イーサリアムのコンセンサスクライアントで使用するフォーク選択アルゴリズムで、チェーンの先頭を識別すします。LMD-GHOSTは、「Latest Message Driven Greediest Heaviest Observed SubTree」の頭字語であり、チェーンの先頭がその歴史の中で アテステーションの最大の蓄積を持つブロックであることを意味します。", + "mainnet-term": "メインネット画像", + "mainnet-definition": "「メインネットワーク」の略で、メインの公開イーサリアム ブロックチェーンを指します。", + "max-fee-per-gas-term": "ガスあたりの最大料金", + "max-fee-per-gas-definition": "最大フィーは、ユーザーがブロックにトランザクションを含めるために支払っても良いと考えるガスユニットごとの絶対的な最大料金(Gwei)です。", + "merkle-patricia-tree-term": "メルクルパトリシアの木(MPT)", + "merkle-patricia-tree-definition": "キーと値のペアを効率的に格納するため、イーサリアムで利用されているデータ構造。", + "merkle-root-term": "マークルルート", + "merkle-root-definition": "マークルルートは、マークルツリーで唯一の最上位ハッシュです。これで、ブロック内のトランザクションのすべてを検証します。", + "message-term": "メッセージ", + "message-definition": "EVMの内部でだけ送信され、シリアライズされることのない内部取引。", + "message-call-term": "メッセージ呼び出し", + "message-call-definition": "あるアカウントから別のアカウントへメッセージを渡す動作。行先のアカウントがEVMのコードに関連付けられている場合、VMはそのオブジェクトの状態で起動され、メッセージが処理されます。", + "mev-term": "MEV", + "mev-definition": "手数料に対してブロックチェーン上で特定の動作を優先させるメカニズムで、結果とトランザクションの順序に影響を与えます。", + "mining-term": "マイニング", + "mining-definition": "ブロックヘッダーを繰り返しハッシュ化するプロセスで、同時にノンスを先頭に任意の2進数のゼロが含まれる結果が表れるまでインクリメントします。プルーフ・オブ・ワークのブロックチェーンに新しいブロックを追加するプロセスです。プルーフ・オブ・ステークに移行する前にイーサリアムが保護されていた方法です。", + "miner-term": "マイナー", + "miner-definition": "ネットワークのノードで、新しいブロックのために繰り返しパスをハッシュして有効なプルーフ・オブ・ワークを見つけます(詳細はEthashをご覧ください)。マイナーは、イーサリアムがプルーフ・オブ・ステークに移行したときバリデーターに置き換えらたため、現在のイーサリアムにはありません。", + "mint-term": "ミント", + "mint-definition": "ミントとは、トークンを作成し、使えるように流通させるプロセスです。分散化されたメカニズムにより、中央当局の関与を必要とせずに新しいトークンを作成できます。", + "multisig-term": "マルチシグ", + "multisig-definition": "マルチシグ(複数署名)は、トランザクションの実行に複数の署名または承認が必要なデジタルウォレットまたはアカウントで、セキュリティを高めることができます。
従来のような1人の署名だけが承認に必要とされるアカウントと比べるとセキュリティが強化されます。", + "network-term": "ネットワーク", + "network-definition": "イーサリアムネットワークのこと。トランザクションやブロックをすべてのイーサリアムノード(ネットワーク参加者)に伝播していくピアツーピアネットワーク。詳細はネットワークをご覧ください。", + "network-hashrate-term": "ネットワークハッシュレート", + "network-hashrate-definition": "マイニングネットワーク全体で生成される集合のハッシュレート。イーサリアムのマイニングは、プルーフ・オブ・ステークへ移行した時に停止しました。", + "nft-term": "ノンファンジブルトークン (NFT)", + "nft-definition": "ノンファンジブルトークン(NFT)は、ブロックチェーン技術によって検証され、所有することができる固有のデジタルアイテムです。例えば、アートまたはコレクティブルなどを所有することができます。 詳細はノンファンジブルトークン(NFT)をご覧ください。", + "node-term": "ノード", + "node-definition": "ネットワークに参加するソフトウェアクライアント。詳細は、ノードとクライアントをご覧ください。", + "nonce-term": "ノンス", + "nonce-definition": "暗号技術において、ただ一度だけ使える値。アカウントノンスは、各アカウントのトランザクションのカウンターで、リプレイ攻撃を防ぐために使用されます。", + "off-chain-term": "オフチェーン", + "off-chain-definition": "オフチェーンは、トランザクションまたはデータがブロックチェーンの外にあることを指します。すべてのトランザクションをオンチェーンでコミットするのは高額で非効率な場合があるため、価格データを扱うオラクルのようなサードパーティーツールや、より高いスループットを実行するレイヤー2ソリューションがオフチェーンで大量の計算を扱い、少ない頻度で情報をオンチェーンに送信します。", + "ommer-term": "オマー(アンクル)ブロック", + "ommer-definition": "プルーフ・オブ・ワークのマイナーが有効なブロックを見つけた時に、別のマイナーが先に、ブロックチェーンの先端に競合しているブロックを公開している場合があります。この有効ではあるが、古いブロックはオマーとして新しいブロックに含むことができ、ブロック報酬の一部を受け取ることができます。「オマー」という用語は、親ブロックの兄弟を表す性別に依存しない用語として好まれます。時には、「アンクル」と呼ばれることもあります。 イーサリアムが プルーフ・オブ・ワーク ネットワークだった頃にこの呼び名が一般的でした。現在、イーサリアムは プルーフ・オブ・ステーク を使用するため、スロットごとに1つのブロック提案者のみが選択されます。", + "on-chain-term": "オンチェーン", + "on-chain-definition": "ブロックチェーンで発生した公開されているアクションやトランザクションを指します。

誰もが閲覧してチェックできる、共有の大きなノートブックに何かを書くことを想像してみてください。これにより、書かれたもの(デジタルマネーの送信やコントラクトの作成など)が何であれ、永続的で変更または消去できないことが確実になります。", + "optimistic-rollup-term": "オプティミスティック・ロールアップ", + "optimistic-rollup-definition": "オプティミスティック・ロールアップは、レイヤー2ソリューションでイーサリアムのトランザクションの速度を上げます。トランザクションは、異議申し立てが行われない限り、デフォルトでは有効であると仮定されます。詳細はオプティミスティック・ロールアップをご覧ください。", + "oracle-term": "オラクル", + "oracle-definition": "オラクルは、ブロックチェーンと現実世界の間にあるブリッジです。オラクルは、オンチェーンのAPIとして動作します。情報をクエリーすることができ、スマートコントラクトで使われます。詳細はオラクルをご覧ください。", + "peer-term": "ピア", + "peer-definition": "イーサリアムのクライアントソフトウェアを実行するコネクテッドなコンピューターで、ブロックチェーンの同一のコピーを持っています。", + "peer-to-peer-network-term": "ピアツーピアネットワーク", + "peer-to-peer-network-definition": "コンピューターのネットワーク(ピア)で、中央集権的なサーバーベースのサービスを必要とせずに、集合的に機能を実行することができます。
このような実装は、ファイル共有(例: ビットトレント)、情報、デジタル通貨でよく使われ、ユーザー間において、より直接的で効率的な交換を可能にするポテンシャルがあります。", + "permissionless-term": "パーミッションレス", + "permissionless-definition": "パーミッションレスは、誰でもイーサリアムのようなシステムに参加し使用できることを意味します。 誰でも参加することができ、認可を要求しません。", + "plasma-term": "プラズマ", + "plasma-definition": "不正証明を使う、オフチェーンのスケーリングソリューションで、オプティミスティック・ロールアップに似ています。プラズマは、基本的なトークンの送信やスワップなどのシンプルなトランザクションに限定されます。詳細はプラズマをご覧ください。", + "private-key-term": "秘密鍵", + "private-key-definition": "秘密鍵は、アカウントのPINのようなもので、あなたがデジタルマネーを所有することを証明し、利用できるようにする秘密のコードです。絶対に共有しないでください。", + "public-goods-term": "公共財", + "public-goods-definition": "公共財は、公園やきれいな空気など、誰もが無料で利用できるものです。また、誰かがそれらを利用することで、他の人が利用できなくなることはありません。政府が公共財を提供するのは、人々に利用料を課すことが難しいため、通常は企業が提供することがないからです。", + "private-chain-term": "プライベートチェーン", + "private-chain-definition": "完全にプライベートなブロックチェーン。許可型のアクセスとなっており、一般公開されていないもの。", + "poap-term": "POAP", + "poap-definition": "出席証明プロトコル(POAP)は、特定のイベントや活動に参加したことを証明するデジタルコレクティブ(NFT)を作成するのに使われます。", + "pos-term": "プルーフ・オブ・ステーク(PoS)", + "pos-definition": "暗号通貨ブロックチェーンプロトコルで分散型のコンセンサスを実現することを目的とした方法です。PoSでは、ユーザーに一定量の暗号通貨の所有(ネットワーク内での「ステーク」)を証明するように求めます。この証明により、トランザクションの検証に参加することができます。詳細はプルーフ・オブ・ステークをご覧ください。", + "pow-term": "プルーフ・オブ・ワーク(PoW)", + "pow-definition": "ブロックチェーンのセキュリティメカニズムで、ノードが特定の値を見つけるために計算という形でエネルギーを消費することを求めます。", + "proto-danksharding-term": "プロトダンクシャーディング", + "proto-danksharding-definition": "新しいトランザクションのタイプで、イーサリアムで「ブロブ」データを受け入れます。この「ブロブ」データは、4096エポック(約18.2日)の間、一時的にビーコンチェーンに格納されます。その後、ノードオペレータのハードウェア要件を軽減するために、オプションで後でプルーニングすることができます。", + "public-key-term": "公開鍵", + "public-key-definition": "公開鍵は、お金の電子メール アドレスのように、他の人がデジタル通貨を安全に送信できるようにする文字列です。", + "quadratic-voting-term": "クオドラティック投票", + "quadratic-voting-definition": "投票者が問題についてどの程度強く感じているかを表すことができる投票方法です。 これにより、有権者は優先事項だけでなく、その度合いも示すことができます。", + "receipt-term": "レシート", + "receipt-definition": "イーサリアムのクライアントから返されるデータで、特定のトランザクションのハッシュ、ブロックナンバー、使用されたガス代およびスマートコントラクトのデプロイにおいてはコントラクトアドレスを含みます。", + "recovery-phrase-term": "シードフレーズ/リカバリーフレーズ", + "recovery-phrase-definition": "デジタルウォレットを作成する時に与えられる単語のリストです。アクセスできなくなった場合にパスワードのように機能し、デジタルマネーやトークンを失わないようにします。", + "re-entrancy-attack-term": "再帰可能攻撃", + "re-entrancy-attack-definition": "攻撃者のコントラクトが被害者のコントラクト関数を呼び出し、実行中に被害者が攻撃者のコントラクトを再帰的に呼び出すという形で行われる攻撃方法です。結果として例えば、残高を更新したり、引き出し金額をカウントする被害者コントラクトの部分をスキップして資金を盗難します。詳細は< href=\"/developers/docs/smart-contracts/security/#re-entrancy\">再帰可能をご覧ください。", + "reward-term": "報酬", + "reward-definition": "各スロットでブロックの提案や同期委員会への参加など、特定の機能を行ったバリデータへ与えられるEtherの額です。", + "rlp-term": "再帰長プレフィックス(RLP) ", + "rlp-definition": "イーサリアムのデベロッパーによって設計された、任意の複雑さと長さを持つオブジェクト(データ構造)をエンコードし、シリアライズするエンコーディング形式の標準。", + "rollups-term": "ロールアップ", + "rollups-definition": "複数のトランザクションをまとめて(バッチ化して)、それを1つのトランザクションでイーサリアムのメインネットチェーンに送信するレイヤー2スケーリングソリューションの一種です。これにより、ガス代を削減でき、トランザクションのスループットが増加します。オプティミスティック・ロールアップとゼロ知識ロールアップがあり、それぞれスケーラビリティを実現するのに異なる方法のセキュリティが使われます。詳細はロールアップをご覧ください。", + "rpc-term": "リモート・プロシージャ・コール(RPC)", + "rpc-definition": "RPCでは、あるコンピュータがネットワークにある別のコンピューターにデータもしくはアクションを要求できます。リモートコントロールで情報を求めることに例えられます。", + "sha-term": "セキュアハッシュアルゴリズム (SHA)", + "sha-definition": "米国国立標準技術研究所(NIST)が発表した暗号論的ハッシュ関数のファミリー。", + "serialization-term": "シリアライゼーション", + "serialization-definition": "データ構造をバイト列に変換するプロセス。", + "sequencer-term": "シーケンサー", + "sequencer-definition": "シーケンサーは、特にレイヤー2スケーリングソリューションでブロックチェーンネットワークのトランザクションの順序付けの役割りを持ったプログラムです。", + "shard-term": "シェアード/シェアードチェーン", + "shard-definition": "シェアードチェーンは、ブロックチェーン全体の個別のセクションであり、バリデータのサブセットが担当します。元々、イーサリアムを1秒あたり数百万トランザクションにスケーリングすることを目的とした方法でしたが、現在はロールアップを使用したスケーリングの急速な発展により取って代わられました。", + "sidechain-term": "サイドチェーン", + "sidechain-definition": "異なる高速なコンセンサスルールを持つ独自のチェーンを使うスケーリングソリューションです。メインネットとサイドチェーンを接続するのにブリッジが必要になります。ロールアップもサイドチェーンを使いますが、メインネットと連携して動作するところが違います。詳細はサイドチェーンをご覧ください。", + "signing-term": "署名", + "signing-definition": "特定の秘密鍵の保有者によってトランザクションが承認されたことを暗号によって証明すること。", + "singleton-term": "シングルトン", + "singleton-definition": "コンピュータプログラミングにおいて、1つのインスタンスのみが存在できるオブジェクトのこと。", + "slasher-term": "スラッシャー", + "slasher-definition": "スラッシャーは、アテステーションをスキャンしてスラッシュ可能な違反を探すエンティティです。スラッシングは、ネットワークにブロードキャストされ、次のブロック提案者が証明をブロックに追加します。ブロック提案者は、悪意のあるバリデータをスラッシングすることで報酬を受け取ります。", + "slot-term": "スロット", + "slot-definition": "プルーフ・オブ・ステークのシステムにおいてバリデータが新しいブロックを提案できる期間です(12秒)。スロットは空の場合があります。32スロットでエポックを構成します。詳細はプルーフ・オブ・ステークをご覧ください。", + "smart-contract-term": "スマートコントラクト", + "smart-contract-definition": "スマートコントラクトは、ブロックチェーン上にある契約を自動で実行するプログラムです。自己拘束的なデジタル契約のようなものです。 詳細は、スマートコントラクト入門をご覧ください。", + "snark-term": "SNARK", + "snark-definition": "SNARKは、「succinct non-interactive argument of knowledge」の略でゼロ知識証明の一種です。 詳細はゼロ知識ロールアップをご覧ください。", + "soft-fork-term": "ソフトフォーク", + "soft-fork-definition": "ブロックチェーンの分岐で、コンセンサスルールの変更により起こります。ハードフォークとは逆に、ソフトフォークには後方互換性があります。新しいコンセンサスルールに従っている限り、アップグレードしたノードは、アップグレードしていないノードが作成したブロックを検証できます。", + "solidity-term": "Solidity", + "solidity-definition": "手続き型(命令型)プログラミング言語でJavaScript、C++、Javaに似た構文を持っています。イーサリアムのスマートコントラクトで最も人気があり頻繁に使われている言語です。ギャビン・ウッド博士により開発されました。詳細はSolidityをご覧ください。", + "solidity-inline-assembly-term": "Solidityインラインアセンブリ", + "solidity-inline-assembly-definition": "Solidityプログラム内のEVMアセンブリ言語。Solidityは、特定の演算を書くのに便利なインラインアセンブリをサポートしています。", + "stablecoin-term": "ステーブルコイン", + "stablecoin-definition": "ステーブルコインは、暗号通貨の一種で、安定した価値を持つように設計されています。よく通貨やコモディティ (USドルなど) に対してペグされ、価格の変動を最小限にします。 詳細はステーブルコインをご覧ください。", + "staking-term": "ステーキング", + "staking-definition": "バリデータになり、ネットワークを確保するために大量のEther(ステーク)をデポジットすることです。バリデータは、プルーフ・オブ・ステークによるコンセンサス・モデルに基づいてトランザクションの確認とブロックの提案を行います。ステーキングでは、ネットワークを最善にする動作により経済的なインセンティブを受けることができます。バリデータの責務を実行することで報酬を獲得できますが、実行できなかった場合は状況に応じた量のETHを失います。詳細はイーサリアムのステーキングをご覧ください。", + "staking-pool-term": "ステーキングプール", + "staking-pool-definition": "複数のイーサリアムステーカーのETHを合わせ、バリデータ鍵のセットをアクティベートさせるのに必要な32ETHにしたものです。ノードオペレータは、コンセンサスに参加するのにこれらの鍵を使い、ブロック報酬を貢献したステーカーに分配します。ステーキングプールやステーキングの委任は、イーサリアムのプロトコルにおいてネイティブなものではなく、多くのソリューションがコミュニティによって構築されています。 詳細はステーキングプールをご覧ください。", + "stark-term": "STARK", + "stark-definition": "STARKは、「scalable transparent argument of knowledge」の略で ゼロ知識証明の一種です。詳細はゼロ知識ロールアップをご覧ください。", + "state-term": "状態", + "state-definition": "ブロックチェーン上の特定の時点における全ての残高とデータのスナップショット。通常は特定のブロックの状態を指します。", + "state-channels-term": "ステートチャンネル", + "state-channels-definition": "参加者間でチャンネルが設定され、自由かつ安価に取引できるレイヤー2ソリューションです。チャンネルの設定と、チャンネルの終了時のみトランザクションがメインネットへ送信されます。非常に高いスループットを実現できますが、参加者数をあらかじめ知っている必要があり、資金をロックする必要があります。詳細はステートチャンネルをご覧ください。", + "supermajority-term": "スーパーマジョリティ", + "supermajority-definition": "スーパーマジョリティは、イーサリアムの安全を確保するのにステーキングされている全Etherの3分の2(66%)を超える量を意味する用語です。スーパーマジョリティの投票は、ビーコンチェーンでブロックがファイナライズされるのに必要になります。", + "syncing-term": "同期", + "syncing-definition": "最新バージョンのブロックチェーン全体をノードにダウンロードするプロセス。", + "sync-committee-term": "同期委員会", + "sync-committee-definition": "同期委員会は、ランダムに選ばれたバリデータのグループで約27時間毎に更新されます。同期委員会の目的は、有効なブロックヘッダーに署名を追加することです。同期委員会により、ライトクライアント は、バリデータセット全体にアクセスすることなく、ブロックチェーンの先頭を追跡することができます。", + "szabo-term": "Szabo", + "szabo-definition": "Etherの通貨単位です。 1 Szabo = 1012 weiです。 106 Szabo = 1 Etherです。", + "terminal-total-difficulty-term": "最終合計難易度(TTD)", + "terminal-total-difficulty-definition": "合計難易度は、ブロックチェーンのある特定の位置までの全ブロックのEthashマイニング難易度の合計です。最終合計難易度は、合計難易度の特定の値で、実行クライアントのトリガーとして使われました。このトリガーにより、ネットワークのトランザクションを有効にするマイニングとブロックゴシップ機能をオフにして、ブルーフ・オブ・ステークに移行しました。現在のイーサリアムは、プルーフ・オブ・ステークに移行したのでもはや重要性はありません。", + "testnet-term": "テストネット", + "testnet-definition": "テストネットワークの略で、イーサリアムのメインネットワークの動作をシミュレートするためのネットワーク。", + "token-term": "トークン", + "token-definition": "イーサリアムブロックチェーン上のスマートコントラクトで定義された取引可能な仮想商品。", + "transaction-term": "トランザクション", + "transaction-definition": "特定の宛先アドレスを持ち、送信元のアカウントによって署名され、イーサリアムブロックチェーンにコミットされたデータです。トランザクションには、そのトランザクションのガスリミットなどのメタデータが含まれています。 詳細はトランザクションをご覧ください。", + "transaction-fee-term": "トランザクションフィー", + "transaction-fee-definition": "イーサリアムネットワークを使う時に払わなければならない手数料です。例えば、ウォレットから資金を送金したり、トークンのスワップやコレクティブルの購入などのdappとのやり取りで発生します。サービス料と考えることもできます。この手数料は、ネットワークの混雑状況によって変わります。トランザクションを処理する役割のバリデータは、手数料の高いトランザクションを優先する可能性が高いため、混雑していると価格が上がります。

技術的には、トランザクションフィーは、トランザクションで必要になるガス代がいくらになるかに関連しています。

トランザクションフィーの削減は現在、強い関心の対象となっています。 詳細はレイヤー 2をご覧ください。", + "trust-assumptions-term": "信頼の仮定", + "trust-assumptions-definition": "信頼の仮定は、システムの安全性と信頼性についての基本的な考えで、システムが機能するために何を信頼するかの指針となります。", + "trustlessness-term": "トラストレス性", + "trustlessness-definition": "関係者がいずれも第三者の信用を必要とせずにトランザクションを仲介できるネットワークの能力。", + "turing-complete-term": "チューリング完了", + "turing-complete-definition": "イギリスの数学者兼コンピュータ科学者であるアラン・チューリングにちなんで名付けられた概念。データ操作規則のシステム(コンピュータの命令セット、プログラミング言語、セル・オートマトンなど)が、何らかのチューリング機械のシミュレーションに使用できる場合、「チューリング完了」または、「計算普遍」であると呼ばれます。", + "validator-term": "バリデータ", + "validator-definition": "プルーフ・オブ・ステーク・システムにおけるノードは、ブロックチェーンへのデータの格納、トランザクションの処理、新しいブロックの追加の役割を担います。バリデータソフトウェアの有効化には、32ETHをステーキングする必要があります。詳細はイーサリアムのステーキングをご覧ください。", + "validator-lifecycle-term": "バリデータのライフサイクル", + "validator-lifecycle-definition": "バリデータが存在できる一連の状態です。

  • deposited: バリデータによってデポジットコントラクトに少なくとも32ETHがデポジットされている。
  • pending: 既存のバリデータがネットワークへの投票をするのを、バリデータがアクティベーションキューで待っている。
  • active: アテステーションおよびブロックの提案を実行中。
  • slashing: 不正な動作によりスラッシングされている。
  • exiting: バリデータがネットワークから自発的に退出もしくは排除されたためフラグが立てられている。
", + "validity-proof-term": "有効性証明", + "validity-proof-definition": "特定のレイヤー2ソリューションのセキュリティモデルで、スピードを速めるために、トランザクションをバッチにして1つのトランザクションとしてイーサリアムに送信します。トランザクションの計算は、オフチェーンで行われ、その有効性の証明がメインのチェーンへ提供されます。この方法により、セキュリティを維持しながらトランザクション量を増やすことができます。一部のロールアップでは、不正証明を使っています。詳細はゼロ知識ロールアップをご覧ください。", + "validium-term": "バリディアム", + "validium-definition": "有効性証明を使用するオフチェーンソリューションで、トランザクションのスループットを向上することができます。ゼロ知識ロールアップと違い、Validiumではレイヤー1メインネットにデータを格納しません。詳細は、Validiumをご覧ください。", + "vyper-term": "Vyper", + "vyper-definition": "Pythonのような構文を持つ高水準プログラミング言語です。純粋関数型言語に近づけることを意図しています。Vitalik Buterinにより作成されました。 詳細はVyperをご覧ください。", + "wallet-term": "ウォレット", + "wallet-definition": "ウォレットは、デジタル通貨の保管、送金、受け取りを行うためのデジタルツールです。オンラインマネーの仮想的な財布のようなものです。詳細はイーサリアムウォレットをご覧ください。", + "web2-term": "Web2", + "web2-definition": "少数の会社によって管理されるユーザー作成コンテンツおよびソーシャルメディアを中心にした、現在のインターネットです。Web3には、ユーザーがデータや取引をコントロールするべきだというクリプトの信念があります。", + "web3-term": "Web3", + "web3-definition": "Web3はブロックチェーンが一体となった新しいインターネットで、会社でなくユーザーが自分のデータをコントロールし、取引することができます。個人情報を伝える必要はありません。詳細は、web3をご覧ください。", + "wei-term": "wei", + "wei-definition": "Etherにおける通貨単位の最小値で「1018 wei = 1 Ether」となります。", + "zero-address-term": "ゼロアドレス", + "zero-address-definition": "全てがゼロで構成されたイーサリアムアドレスです。流通からトークンを削除するのに頻繁に使用されます。burn()メソッドを介してスマートコントラクトのインデックスから正式に削除されたトークンとゼロアドレスに送ったトークンは区別されます。", + "zk-proof-term": "ゼロ知識証明", + "zk-proof-definition": "ゼロ知識証明とは、ある主張が真であることを、追加の情報を伝えることなく証明することができる暗号論的メソッドです。ゼロ知識証明の詳細をご覧ください。", + "zk-rollup-term": "ゼロ知識ロールアップ", + "zk-rollup-definition": "トランザクションに有効性証明を使うロールアップです。これにより、メインネット(レイヤー1)によって提供されるセキュリティを使いながら、レイヤー2のトランザクションにおけるスループットを増やすことが出来ます。オプティミスティック・ロールアップのような複雑なトランザクションタイプを扱うことは出来ないものの、トランザクションの送信時に有効であることが証明されるため、遅延に関する問題がありません。 詳細はゼロ知識ロールアップをご覧ください。" +} diff --git a/src/intl/ja/learn-quizzes.json b/src/intl/ja/learn-quizzes.json index 723ca9afd16..f5a41d78c92 100644 --- a/src/intl/ja/learn-quizzes.json +++ b/src/intl/ja/learn-quizzes.json @@ -87,7 +87,7 @@ "b002-b-explanation": "イーサ (ETH) は、イーサリアムにおけるネイティブの暗号通貨です。 イーサリアムのネットワーク手数料はすべてETHで支払われます。", "b002-c-label": "米ドル", "b002-c-explanation": "イーサリアムのネットワーク手数料をUSD (米ドル) またはその他の法定通貨で支払うことはできません。", - "b002-d-label": "イーサリアム", + "b002-d-label": "Ethereum", "b002-d-explanation": "イーサリアムはネットワークであり、イーサリアムのネットワーク手数料はETHで支払われます。", "b003-prompt": "イーサリアムのステーキングがネットワークの安全性の確保に役立つ理由は?", "b003-a-label": "ステーカーは、ユーザーの行動が気に入らない場合に排除できる", @@ -98,13 +98,13 @@ "b003-c-explanation": "ステーカーがETHをステーキングするのに高性能なハードウェアは不要です。 イーサリアムでは、マージにてプルーフ・オブ・ワークの使用を終了しました。", "b003-d-label": "ステーカーがバリデータとして承認される前にKYCが行われる", "b003-d-explanation": "イーサリアムのステーキングに承認はなく、KYCは不要です。", - "b004-prompt": "ETHに価値がある理由は?", - "b004-a-label": "イーサリアムで何かを行うには必ずETHが必要だから", - "b004-a-explanation": "この答えは、一部正しいですが、ETHに価値がある理由の1つにすぎません。", - "b004-b-label": "ETHは検閲不可能なピアツーピアの通貨だから", - "b004-b-explanation": "この答えは、一部正しいですが、ETHに価値がある理由の1つにすぎません。", - "b004-c-label": "ETHは暗号資産ローンの担保として使用されるから", - "b004-c-explanation": "この答えは、一部正しいですが、ETHに価値がある理由の1つにすぎません。", + "b004-prompt": "ETHは次の目的で使用できる。", + "b004-a-label": "イーサリアムで支払うトランザクションフィー", + "b004-a-explanation": "この答えは、一部正しいですが、ETHを使う方法の1つにすぎません。", + "b004-b-label": "検閲不可能なピアツーピア決済", + "b004-b-explanation": "この答えは、一部正しいですが、ETHを使う方法の1つにすぎません。", + "b004-c-label": "暗号通貨ローンの担保", + "b004-c-explanation": "この答えは、一部正しいですが、ETHを使う方法の1つにすぎません。", "b004-d-label": "上記すべて", "b004-d-explanation": "イーサリアムのトランザクションは検閲できず、イーサリアムでトランザクションを行うにはETHを要し、またDeFiのエコシステムの安定性にとって非常に重要です。", "c001-prompt": "Web3で、ユーザーがデジタル資産を直接所有する方法は?", @@ -139,7 +139,7 @@ "c004-a-explanation": "イーサリアムの共同創設者であるギャビン・ウッドは、イーサリアムが 2015年にローンチされた直後にWeb3という用語を作ったとされています。", "c004-b-label": "スティーブ・ジョブズ", "c004-b-explanation": "「Web3」という言葉を作ったのはスティーブ・ジョブズではありません。", - "c004-c-label": "ヴィタリック・ブテリン", + "c004-c-label": "Vitalik Buterin", "c004-c-explanation": "ヴィタリック・ブテリンは、イーサリアムの最初の創設者ですが、「Web3」という言葉を生み出していません。", "c004-d-label": "イーロン・マスク", "c004-d-explanation": "「Web3」という言葉を作ったのは、イーロン・マスクではありません。", @@ -288,9 +288,9 @@ "h001-prompt": "マージによってイーサリアムが移行した合意メカニズムは?", "h001-a-label": "プルーフ・オブ・ワーク", "h001-a-explanation": "プルーフ・オブ・ワークは、マージの前に使われていた合意メカニズムです。", - "h001-b-label": "プルーフオブステーク", + "h001-b-label": "プルーフ・オブ・ステーク", "h001-b-explanation": "正解！マージにより、イーサリアムはプルーフ・オブ・ステークに移行しました。", - "h001-c-label": "プルーフ・オブ・オーソリティ", + "h001-c-label": "プルーフ・オブ・オーソリティ (Proof-of-authority)", "h001-c-explanation": "イーサリアムでは過去も現在も、イーサリアムメインネットでプルーフ・オブ・オーソリティが使われたことはありません。", "h001-d-label": "上記すべて", "h001-d-explanation": "イーサリアムでこれらの合意メカニズムを同時に持つことは不可能でしょう。", @@ -354,6 +354,7 @@ "j003-d-label": "制限なし", "j003-d-explanation": "すべてのバリデータアカウントの有効残高は、32ETHに制限されています。これにより、単一バリデータがネットワークに及ぼす全体的な力が制限されます。バリデータの有効化および退出がレート制限されたキューを通じて処理されるため、特定の期間内にステーキングまたはステーキング解除できる ETHの量も制限されます。", "j004-prompt": "バリデータとして受け取れる報酬ではないものは?", + "j004-a-label": "ブロック報酬", "j004-a-explanation": "バリデータは、プロトコルによってランダムに選択された場合、有効なブロックを提案することで新しいETH発行の形で報酬を受け取れます。これらの報酬は、ブロックを提案するときにも得られる手数料やMEVとは別のものです。", "j004-b-label": "フィーチップまたはMEV", "j004-b-explanation": "フィーチップ (手数料の未バーン分) とMEV収益は、バリデータによって提供された手数料受取人のアドレスを経由して、ブロックプロポーザー (ステーカーおよびバリデータ) に分配されます。これらの報酬は、ブロックを提案したときにも得られるブロック報酬とは別のものです。", diff --git a/src/intl/ja/page-about.json b/src/intl/ja/page-about.json index 2da4f4211b8..8df3a33d6b9 100644 --- a/src/intl/ja/page-about.json +++ b/src/intl/ja/page-about.json @@ -23,7 +23,6 @@ "page-about-p-7": "最近完了したタスク。", "page-about-p-8": "ethereum.org を改善するためのアイデアがありますか？ ぜひコラボレーションしていきたいです！", "page-what-is-ethereum-energy-consumption-chart-legend": "年間エネルギー消費量(TWh)", - "page-upgrades-post-merge-banner-governance-ood": "マージ後、本ページの一部のコンテンツの情報が古くなっています。ご貢献いただける場合はPRを上げてください。", "energy-consumption-chart-global-data-centers-label": "世界中のデータセンター", "energy-consumption-chart-airbnb-label": "AirBnB", "energy-consumption-gold-mining-cbeci-label": "金の採掘", diff --git a/src/intl/ja/page-contributing-translation-program-acknowledgements.json b/src/intl/ja/page-contributing-translation-program-acknowledgements.json index d48631ec2d8..1e83d14eeb4 100644 --- a/src/intl/ja/page-contributing-translation-program-acknowledgements.json +++ b/src/intl/ja/page-contributing-translation-program-acknowledgements.json @@ -28,15 +28,15 @@ "page-contributing-translation-program-acknowledgements-translator": "翻訳者", "page-contributing-translation-program-acknowledgements-language": "言語", "page-contributing-translation-program-acknowledgements-total-words": "総単語数", - "page-contributing-translation-program-acknowledgements-poaps-title": "出席証明プロトコル(POAP)", - "page-contributing-translation-program-acknowledgements-1": "翻訳者の皆様には、出席証明プロトコル(POAP)という、ethereum.org 翻訳プログラムへの参加を証明する、非代替性トークンを付与します。", - "page-contributing-translation-program-acknowledgements-2": "翻訳者の活動に基づいて提供できるいくつかの種類の出席証明プロトコル(POAP)があります。", - "page-contributing-translation-program-acknowledgements-3": "Crowdinで翻訳に貢献すると、出席証明プロトコル(POAP)がもらえます。ぜひご参加ください。", + "page-contributing-translation-program-acknowledgements-oats-title": "OAT", + "page-contributing-translation-program-acknowledgements-1": "翻訳プログラムのコントリビュータは、さまざまなOAT(オンチェーン功績トークン)を受け取る資格があります。OATは、非代替性トークンでethereum.org翻訳プログラムへの参加を証明します。", + "page-contributing-translation-program-acknowledgements-2": "翻訳者の活動に基づいて提供できるいくつかの種類のオンチェーン功績トークン(OAT)があります。", + "page-contributing-translation-program-acknowledgements-3": "Crowdinで翻訳に貢献すると、オンチェーン功績トークン(OAT)がもらえます。", "page-contributing-translation-program-acknowledgements-how-to-claim-title": "申請方法", "page-contributing-translation-program-acknowledgements-how-to-claim-1": "参加: ", "page-contributing-translation-program-acknowledgements-how-to-claim-1-discord": "Discord サーバー", - "page-contributing-translation-program-acknowledgements-how-to-claim-2": "#🥇| poapsチャネルにCrowdinアカウントのリンクを貼付けます。", - "page-contributing-translation-program-acknowledgements-how-to-claim-3": "出席証明プロトコル(POAP)へのリンクが送られるまでお待ちください。", - "page-contributing-translation-program-acknowledgements-how-to-claim-4": "出席証明プロトコル(POAP)を受け取ります。", - "page-contributing-translation-program-acknowledgements-4": "出席証明プロトコル(POAP)の受け取りには、セルフカストディ・ウォレットのみを使用してください。取引所のアカウントや秘密鍵を保有していないその他のアカウントなどは、使わないでください。これらのアカウントでは、出席証明プロトコル(POAP)へのアクセスや管理ができません。" + "page-contributing-translation-program-acknowledgements-how-to-claim-2": "#🥇 | proof-of-contributionチャンネルにあなたのCrowdinアカウントを貼り付けてください。", + "page-contributing-translation-program-acknowledgements-how-to-claim-3": "チームメンバーからOATを申請するために必要なロールがあなたにアサインされるまでお待ちください。", + "page-contributing-translation-program-acknowledgements-how-to-claim-4": "オンチェーン功績トークン(OAT)を受け取ります。", + "page-contributing-translation-program-acknowledgements-4": "オンチェーン功績トークン(OAT)の受け取りには、セルフカストディ・ウォレットのみを使用してください。取引所のアカウントや秘密鍵を保有していないその他のアカウントなどは、使わないでください。これらのアカウントでは、オンライン功績トークン(OAT)へのアクセスや管理ができません。" } diff --git a/src/intl/ja/page-developers-docs.json b/src/intl/ja/page-developers-docs.json index b9310f0cb4c..ccbbc87ba75 100644 --- a/src/intl/ja/page-developers-docs.json +++ b/src/intl/ja/page-developers-docs.json @@ -79,6 +79,7 @@ "docs-nav-oracles-description": "イーサリアムブロックチェーンに情報がどのように組み込まれるか", "docs-nav-programming-languages": "プログラミング言語", "docs-nav-programming-languages-description": "既に知っている言語でイーサリアムを使い始める方法", + "docs-nav-proof-of-authority": "プルーフ・オブ・オーソリティ", "docs-nav-proof-of-stake": "プルーフオブステーク", "docs-nav-proof-of-work": "プルーフ・オブ・ワーク", "docs-nav-python": "Python", diff --git a/src/intl/ja/page-developers-index.json b/src/intl/ja/page-developers-index.json index 7627382a04d..2f505f6dec1 100644 --- a/src/intl/ja/page-developers-index.json +++ b/src/intl/ja/page-developers-index.json @@ -71,6 +71,8 @@ "page-developers-setup-desc": "開発環境を構成してスタックを構築する準備をしましょう。", "page-developers-smart-contracts-desc": "Dappsの背後にあるロジック-自己実行契約", "page-developers-smart-contracts-link": "スマートコントラクト", + "page-developers-speedrunethereum-title": "イーサリアムで構築して最重要なコンセプトのすべてを学ぶ", + "page-developers-speedrunethereum-link": "SpeedRun Ethereum", "page-developers-stack": "スタック", "page-developers-start": "実験を始める", "page-developers-start-desc": "まずは実験してみて、後から質問してみたいと思いませんか？", diff --git a/src/intl/ja/page-layer-2.json b/src/intl/ja/page-layer-2.json index 705d882c11a..b121be1d0e9 100644 --- a/src/intl/ja/page-layer-2.json +++ b/src/intl/ja/page-layer-2.json @@ -90,6 +90,7 @@ "layer-2-tools-title": "レイヤー2で効果的なツール", "layer-2-tools-l2beat-description": "L2BEATは、レイヤー2プロジェクトの技術的なリスク評価を確認する上での優れたリソースです。特定のレイヤー2プロジェクトについて調査する際には、L2BEATをチェックすることをお勧めします。", "layer-2-tools-growthepie-description": "イーサリアムレイヤー2に関する精選された分析", + "layer-2-tools-ethereumecosystem-description": "非公式のイーサリアムおよびレイヤー2のエコシステムページで、Base、Optimism、Starknetを含んだ数百ものdAppとツールを特集しています。", "layer-2-tools-l2fees-description": "L2 Feesは、異なるレイヤー2でのトランザクションにかかる現在のコスト (米ドル建て) を確認することができます。", "layer-2-tools-chainlist-description": "Chainlistは、ネットワークRPCをサポートするウォレットにインポートするための優れたリソースです。レイヤー2プロジェクト用のRPCを見つけることができ、接続に役立ちます。", "layer-2-tools-zapper-description": "分散型金融(DeFi)から非代替性トークン(NFT)、そして次に来るものまで、Web3のすべてのポートフォリオを管理できます。1か所から、使い勝手良く、最新の機会に投資できます。", @@ -124,7 +125,7 @@ "boba-description": "Bobaは、もともとOptimismからフォークされたオプティミスティック・ロールアップで、ガス代の削減、トランザクション・スループットの向上、スマートコントラクトの機能拡張を目的とするスケーリング・ソリューションです。", "base-description": "Baseは、安全、低コスト、デベロッパーフレンドリーなイーサリアムL2で、次の10億のユーザーをweb3にもたらすために構築されています。Coinbaseによってインキュベートされ、オープンソースのOPスタック上に構築されたイーサリアムL2です。", "loopring-description": "Loopringのゼロ知識レイヤー2ソリューションは、イーサリアムのメインネットと同等のセキュリティ保証と、スループットが1000倍、コストがレイヤー1の0.1％という大幅なスケーラビリティの向上を目指しています。", - "zksync-description": "ZKsyncは、Matter Labsが提供するユーザー中心のゼロ知識ロールアップ・プラットフォームです。イーサリアムのスケーリング・ソリューションであり、イーサリアムメインネットですでに稼働しています。支払い、トークンのスワップ、NFTのミンティングをサポートしています。", + "zksync-description": "zkSyncは、イーサリアムのスケーリングを目指すゼロ知識ロールアップで、セキュリティや分散化を損なうことなくメインストリームに受け入れられることに価値を置いています。", "zkspace-description": "ZKSpaceプラットフォームは、zk-Rollups技術を活用したレイヤー2のAMM DEXであるZKSwap、決済サービスのZKSquare、そしてNFTマーケットプレイスのZKSeaの3つの部分から構成されます。", "aztec-description": "Aztecネットワークは、イーサリアム初のプライベート・ゼロ知識ロールアップで、分散型アプリケーションのプライバシーとスケールリングへのアクセスを可能にします。", "starknet-description": "Starknet is a Validity Rollup Layer 2. It provides high throughput, low gas costs, and retains Ethereum Layer 1 levels of security.", diff --git a/src/intl/ja/page-what-is-ethereum.json b/src/intl/ja/page-what-is-ethereum.json index 9ba1f7d78ba..395b9d13257 100644 --- a/src/intl/ja/page-what-is-ethereum.json +++ b/src/intl/ja/page-what-is-ethereum.json @@ -101,6 +101,12 @@ "page-what-is-ethereum-atoms-institutions-blockchains": "原子、機関、ブロックチェーン", "page-what-is-ethereum-atoms-institutions-blockchains-desc": "- ブロックチェーンが重要な理由", "page-what-is-ethereum-ethereum-in-numbers-title": "数字で知るイーサリアム", + "page-what-is-ethereum-ethereum-in-numbers-stat-1-desc": "イーサリアムで構築されたプロジェクト", + "page-what-is-ethereum-ethereum-in-numbers-stat-2-desc": "ETHの残高があるアカウント(ウォレット)", + "page-what-is-ethereum-ethereum-in-numbers-stat-3-desc": "イーサリアムのスマートコントラクト", + "page-what-is-ethereum-ethereum-in-numbers-stat-4-desc": "イーサリアムに確保されている価値", + "page-what-is-ethereum-ethereum-in-numbers-stat-5-desc": "2021年のイーサリアムのクリエーター収益", + "page-what-is-ethereum-ethereum-in-numbers-stat-6-desc": "本日のトランザクション数", "adoption-chart-column-now-label": "現在", "adoption-chart-investors-label": "投資家", "adoption-chart-developers-label": "デベロッパー", From fcfc4215a115f03478fff4bd8a4892254f6c0ca9 Mon Sep 17 00:00:00 2001 From: Paul Wackerow <54227730+wackerow@users.noreply.github.com> Date: Wed, 3 Jul 2024 18:35:32 -0400 Subject: [PATCH 2/6] CHORE: repeatedly fixing things that break from Crowdin --- public/content/translations/ja/community/get-involved/index.md | 2 +- .../translations/ja/developers/docs/intro-to-ether/index.md | 2 +- .../translations/ja/developers/docs/networking-layer/index.md | 2 +- .../ja/developers/docs/nodes-and-clients/light-clients/index.md | 2 +- .../docs/smart-contracts/formal-verification/index.md | 2 +- 5 files changed, 5 insertions(+), 5 deletions(-) diff --git a/public/content/translations/ja/community/get-involved/index.md b/public/content/translations/ja/community/get-involved/index.md index 86098fab1dc..940ac4c7a98 100644 --- a/public/content/translations/ja/community/get-involved/index.md +++ b/public/content/translations/ja/community/get-involved/index.md @@ -38,7 +38,7 @@ lang: ja - [Ethresear.ch](https://ethresear.ch) - イーサリアム研究の主要なフォーラムであり、暗号経済学の世界で最も影響力のあるフォーラム - [EF Research AMA](https://old.reddit.com/r/ethereum/comments/vrx9xe/ama_we_are_ef_research_pt_8_07_july_2022) - 研究者とのQ&Aシリーズ。 次のパートが始まるたびに、誰でも質問を投稿可能 - [エコシステム・サポート・プログラムのウィッシュリスト](https://esp.ethereum.foundation/wishlist/) - イーサリアムのエコシステム・サポート・プログラムが助成金の申請を募集している研究分野 -- [AllWalletDevs](allwallet.dev) - イーサリアムデベロッパー、デザイナー、関心のあるユーザーが定期的に集まってウォレットについて議論するフォーラム +- [AllWalletDevs](https://allwallet.dev) - イーサリアムデベロッパー、デザイナー、関心のあるユーザーが定期的に集まってウォレットについて議論するフォーラム [研究が活発な領域を探索](/community/research/) diff --git a/public/content/translations/ja/developers/docs/intro-to-ether/index.md b/public/content/translations/ja/developers/docs/intro-to-ether/index.md index b227607af2f..921bd39ef3e 100644 --- a/public/content/translations/ja/developers/docs/intro-to-ether/index.md +++ b/public/content/translations/ja/developers/docs/intro-to-ether/index.md @@ -28,7 +28,7 @@ lang: ja [広く一般的](https://www.reuters.com/article/us-crypto-currencies-lending-insight-idUSKBN25M0GP#:~:text=price%20of%20ethereum)にイーサリアムとイーサが -[混同](https://www.cnn.com/2021/03/14/tech/nft-art-buying/index.html#:~:text=price%20of%20ethereum)されますが、「イーサリアムの価格」について話されている時は、イーサの価格を意味します。

+[混同](https://www.cnn.com/2021/03/14/tech/nft-art-buying/index.html#:~:text=price%20of%20ethereum)されますが、「イーサリアムの価格」について話されている時は、イーサの価格を意味します。 diff --git a/public/content/translations/ja/developers/docs/networking-layer/index.md b/public/content/translations/ja/developers/docs/networking-layer/index.md index 75046040868..7009acd03fc 100644 --- a/public/content/translations/ja/developers/docs/networking-layer/index.md +++ b/public/content/translations/ja/developers/docs/networking-layer/index.md @@ -152,4 +152,4 @@ SSZは、シンプル・シリアライゼーションの略です。 SSZは、 ## 参考文献 {#further-reading} -[DevP2P](https://github.com/ethereum/devp2p) [LibP2p](https://github.com/libp2p/specs) [コンセンサスレイヤーネットワークの仕様](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/p2p-interface.md#enr-structure) カデムリアからdiscv5[discv5](https://vac.dev/kademlia-to-discv5) [カデムリアペーパー](https://pdos.csail.mit.edu/~petar/papers/maymounkov-kademlia-lncs.pdf) [Ethereumピアツーピア入門](https://p2p.paris/en/talks/intro-ethereum-networking/) [eth1eth2の関係](http://ethresear.ch/t/eth1-eth2-client-relationship/7248) [マージとeth2クライアントの詳細に関するビデオ](https://www.youtube.com/watch?v=zNIrIninMgg)

+[DevP2P](https://github.com/ethereum/devp2p) [LibP2p](https://github.com/libp2p/specs) [コンセンサスレイヤーネットワークの仕様](https://github.com/ethereum/consensus-specs/blob/dev/specs/phase0/p2p-interface.md#enr-structure) カデムリアからdiscv5[discv5](https://vac.dev/kademlia-to-discv5) [カデムリアペーパー](https://pdos.csail.mit.edu/~petar/papers/maymounkov-kademlia-lncs.pdf) [Ethereumピアツーピア入門](https://p2p.paris/en/talks/intro-ethereum-networking/) [eth1eth2の関係](http://ethresear.ch/t/eth1-eth2-client-relationship/7248) [マージとeth2クライアントの詳細に関するビデオ](https://www.youtube.com/watch?v=zNIrIninMgg) diff --git a/public/content/translations/ja/developers/docs/nodes-and-clients/light-clients/index.md b/public/content/translations/ja/developers/docs/nodes-and-clients/light-clients/index.md index 1cb3e620135..587be2b2d34 100644 --- a/public/content/translations/ja/developers/docs/nodes-and-clients/light-clients/index.md +++ b/public/content/translations/ja/developers/docs/nodes-and-clients/light-clients/index.md @@ -49,7 +49,7 @@ lang: ja 現時点では、これらはまだ本番環境で使用できるものではありません。 -また、ライトクライアントがイーサリアムのデータにアクセスする方法の改善にも、多くの作業が必要です。 現状、ライトクライアントは、クライアント/サーバーモデルを使用したフルノードへのRPCリクエストが必要ですが、将来的には、[ポータルネットワーク](https://www. ethportal.net/)などのピアツーピアのゴシッププロトコルを使用して、ライトクライアントに対してデータを提供できるようになります。 +また、ライトクライアントがイーサリアムのデータにアクセスする方法の改善にも、多くの作業が必要です。 現状、ライトクライアントは、クライアント/サーバーモデルを使用したフルノードへのRPCリクエストが必要ですが、将来的には、[ポータルネットワーク](https://www.ethportal.net/)などのピアツーピアのゴシッププロトコルを使用して、ライトクライアントに対してデータを提供できるようになります。 [バークルツリー](/roadmap/verkle-trees/)や[ステートレス](/roadmap/statelessness/)などの[ロードマップ](/roadmap/)アイテムの導入により、ライトクライアントのセキュリティ保証もフルクライアントと同等になるでしょう。 diff --git a/public/content/translations/ja/developers/docs/smart-contracts/formal-verification/index.md b/public/content/translations/ja/developers/docs/smart-contracts/formal-verification/index.md index 3dd8f86f527..88e894bf98c 100644 --- a/public/content/translations/ja/developers/docs/smart-contracts/formal-verification/index.md +++ b/public/content/translations/ja/developers/docs/smart-contracts/formal-verification/index.md @@ -44,7 +44,7 @@ lang: ja 形式的仕様記述により、プログラム実行の正しさを数学的に論証することが可能となります。 形式モデルと同様、形式仕様記述は高水準のプロパティもしくはスマートコントラクトの実装の低水準の挙動をとらえることができます。 -形式仕様記述はプログラム論理を用いて導出され、それによってプログラムのプロパティが形式的に論証できるようになります。 プログラム論理が備えている形式規則により、プログラムのしかるべき挙動が(数学的に)表現されます。 [到達可能性論理 ](https://en.wikipedia.org/wiki/Reachability_problem)、[時相論理](https://en.wikipedia.org/wiki/Temporal_logic)、[ホーア論理](https://en.wikipedia.org/wiki/Hoare_logic)を含む様々なプログラム論理が形式仕様記述に用いられます。 +形式仕様記述はプログラム論理を用いて導出され、それによってプログラムのプロパティが形式的に論証できるようになります。 プログラム論理が備えている形式規則により、プログラムのしかるべき挙動が(数学的に)表現されます。 [到達可能性論理](https://en.wikipedia.org/wiki/Reachability_problem)、[時相論理](https://en.wikipedia.org/wiki/Temporal_logic)、[ホーア論理](https://en.wikipedia.org/wiki/Hoare_logic)を含む様々なプログラム論理が形式仕様記述に用いられます。 スマートコントラクトの形式仕様記述は**高水準**な仕様記述と**低水準**な仕様記述に大別されます。 いずれの場合でも、分析対象のシステムのプロパティを適切かつ一義的に記述できなければなりません。 From 94e741a39602716fc7612c1372a713754f93f67f Mon Sep 17 00:00:00 2001 From: Paul Wackerow <54227730+wackerow@users.noreply.github.com> Date: Fri, 5 Jul 2024 16:50:03 -0400 Subject: [PATCH 3/6] fix: crowdin errors --- public/content/community/get-involved/index.md | 2 +- .../ja/developers/docs/smart-contracts/testing/index.md | 7 +++---- .../translations/ja/developers/docs/transactions/index.md | 2 +- .../translations/ja/roadmap/future-proofing/index.md | 2 +- 4 files changed, 6 insertions(+), 7 deletions(-) diff --git a/public/content/community/get-involved/index.md b/public/content/community/get-involved/index.md index c1a4305abe8..1d69c2ea3c3 100644 --- a/public/content/community/get-involved/index.md +++ b/public/content/community/get-involved/index.md @@ -38,7 +38,7 @@ Do you have a background in mathematics, cryptography, or economics? You might b - [Ethresear.ch](https://ethresear.ch) - Ethereum’s primary forum for research, and the world’s most influential forum for cryptoeconomics - [EF Research AMA](https://old.reddit.com/r/ethereum/comments/vrx9xe/ama_we_are_ef_research_pt_8_07_july_2022) - An ongoing Q&A series with researchers. As each next part opens, anyone can post questions. - [Ecosystem Support Program's wishlist](https://esp.ethereum.foundation/wishlist/) - research areas where the Ethereum Ecosystem Support Program is actively seeking grant applications -- [AllWalletDevs](allwallet.dev) - a forum for Ethereum developers, designers, and interested users to come together regularly and discuss wallets +- [AllWalletDevs](https://allwallet.dev) - a forum for Ethereum developers, designers, and interested users to come together regularly and discuss wallets [Explore more active areas of research](/community/research/). diff --git a/public/content/translations/ja/developers/docs/smart-contracts/testing/index.md b/public/content/translations/ja/developers/docs/smart-contracts/testing/index.md index 2a23b2586b2..a6303f2795d 100644 --- a/public/content/translations/ja/developers/docs/smart-contracts/testing/index.md +++ b/public/content/translations/ja/developers/docs/smart-contracts/testing/index.md @@ -150,8 +150,7 @@ Solidityスマートコントラクト用の単体テストフレームワーク 単体テストでは、コントラクトの関数を個別にデバッグしましたが、統合テストでは、スマートコントラクトのコンポーネント全体を評価します。 統合テストでは、スマートコントラクト間の呼び出しで発生する問題や、同じスマートコントラクト内の異なる関数間のやり取りで発生する問題を検出できます。 例えば、[継承](https://docs.soliditylang.org/en/v0.8.12/contracts.html#inheritance)や依存性注入などの機能が正しく動作するかどうかを確認するのに役立ちます。 -統合テストは、コントラクトがモジュラー型アーキテクチャを採用していたり、実行中に他のオンチェーンコントラクトと接続する場合に有用です。 統合テストを実行する方法の1つは、([Forge](https://book.getfoundry.sh/forge/fork-testing)や[Hardhat](https://hardhat.org/hardhat-network/docs/guides/forking-other-networks)などのツールを使用して)ブロックチェーンの特定のブロックの高さで -フォークすることです。そして、デプロイされたコントラクトと作成したコントラクトのやり取りをシミュレートします。

+統合テストは、コントラクトがモジュラー型アーキテクチャを採用していたり、実行中に他のオンチェーンコントラクトと接続する場合に有用です。統合テストを実行する方法の1つは、[ブロックチェーンを特定の高さでフォーク](/glossary/#fork)([Forge](https://book.getfoundry.sh/forge/fork-testing)や[Hardhat](https://hardhat.org/hardhat-network/docs/guides/forking-other-networks)などのツールを使用して)フォークすることです。そして、デプロイされたコントラクトと作成したコントラクトのやり取りをシミュレートします。 フォークされたブロックチェーンは、メインネットと同様の仕組みで動作し、アカウントに状態と残高が関連付けられています。 しかし、サンドボックス化されたローカル開発環境としてのみ機能します。例えば、トランザクションに実際のETHは必要なく、変更しても実際のイーサリアムプロトコルに影響することはありません。 @@ -169,7 +168,7 @@ Solidityスマートコントラクト用の単体テストフレームワーク 静的アナライザーは、スマートコントラクトのソースコードを受け取って解析し、コントラクトがプロパティを満たしているかどうかを判断します。 動的解析とは異なり、静的解析では、コントラクトを実行して正確性の解析を行うことはありません。 静的解析は、スマートコントラクトが実行中にたどる可能性のあるすべてのパスを推論します。つまり、ソースコードの構造を調べて、コントラクトの操作がランタイムで何を意味するかを決定します。 -コントラクトで静的解析を実行する一般的な手法として、[リンティング](https://www.perforce.com/blog/qac/what-lint-code-and-why-linting- important)と[静的テスト](https://www.techtarget.com/whatis/definition/static-analysis-static-code-analysis)があります。 どちらの手法も、コンパイラによって出力された[抽象構文木](https://en.m.wikipedia.org/wiki/Abstract_syntax_tree)や[制御フローグラフ](https://www.geeksforgeeks.org/software-engineering-control-flow-graph-cfg/amp/)など、コントラクト実行における低レベル表現の解析が必要です。 +コントラクトで静的解析を実行する一般的な手法として、[リンティング](https://www.perforce.com/blog/qac/what-lint-code-and-why-linting-important)と[静的テスト](https://www.techtarget.com/whatis/definition/static-analysis-static-code-analysis)があります。 どちらの手法も、コンパイラによって出力された[抽象構文木](https://en.m.wikipedia.org/wiki/Abstract_syntax_tree)や[制御フローグラフ](https://www.geeksforgeeks.org/software-engineering-control-flow-graph-cfg/amp/)など、コントラクト実行における低レベル表現の解析が必要です。 静的解析は、安全でない構造の使用や構文エラー、コントラクトコード内のコーディング規約違反などの安全性の問題を検出するには有効です。 しかし、より深い脆弱性の検出が不得意であることが知られており、過剰な誤検出が生じる可能性があります。 @@ -256,7 +255,7 @@ Solidityスマートコントラクト用の単体テストフレームワーク 上記のように、厳密なテストをしても、コントラクトにバグがないとは言い切れません。 形式検証によるアプローチは、正確性をより強力に保証できますが、現時点では使用が難しく、かなりのコストがかかります。 -第三者によるコードレビューを受ければ、コントラクトの脆弱性を発見できる可能性が高くなります。 第三者にコントラクトを分析してもらうには、[スマートコントラクトの監査](https://www.immunebytes.com/blog/what-is-a-smart-contract-audit/)および[バグ報奨金](https://medium. com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7)のいずれかの方法があります。 +第三者によるコードレビューを受ければ、コントラクトの脆弱性を発見できる可能性が高くなります。 第三者にコントラクトを分析してもらうには、[スマートコントラクトの監査](https://www.immunebytes.com/blog/what-is-a-smart-contract-audit/)および[バグ報奨金](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7)のいずれかの方法があります。 監査は、スマートコントラクトのセキュリティ上の欠陥や不健全な開発プラクティスを探し出す経験豊かな監査人が行います。 監査では、コードベース全体の手動レビューだけでなく、テストや形式検証も行われるのが一般的です。 diff --git a/public/content/translations/ja/developers/docs/transactions/index.md b/public/content/translations/ja/developers/docs/transactions/index.md index 60454213b6a..de7ec6e41ae 100644 --- a/public/content/translations/ja/developers/docs/transactions/index.md +++ b/public/content/translations/ja/developers/docs/transactions/index.md @@ -176,7 +176,7 @@ Aliceのアカウントに **+1.0 ETH**振り込み ## 型付トランザクションエンベロープ(Typed Transaction Envelope) {#typed-transaction-envelope} -イーサリアムは当初、トランザクション形式は1つのみでした。 各トランザクションには、ノンス (nonce)、ガス代、ガスリミット、toアドレス、値、データ、v、r、sがあります。 これらのフィールドは、以下のように[RLPエンコード](/developers/docs/data- Structures-and-encoding/rlp/)されています。 +イーサリアムは当初、トランザクション形式は1つのみでした。 各トランザクションには、ノンス (nonce)、ガス代、ガスリミット、toアドレス、値、データ、v、r、sがあります。 これらのフィールドは、以下のように[RLPエンコード](/developers/docs/data-structures-and-encoding/rlp/)されています。 `RLP([nonce, gasPrice, gasLimit, to, value, data, v, r, s])` diff --git a/public/content/translations/ja/roadmap/future-proofing/index.md b/public/content/translations/ja/roadmap/future-proofing/index.md index 8204efd042a..641c0a3283e 100644 --- a/public/content/translations/ja/roadmap/future-proofing/index.md +++ b/public/content/translations/ja/roadmap/future-proofing/index.md @@ -15,7 +15,7 @@ template: roadmap イーサリアムのデベロッパーが直面している課題は、現在の[プルーフ・オブ・ステーク](/glossary/#pos)のプロトコルが、有効な[ブロック](/glossary/#block)の投票を集約するために、非常に効率的な署名スキームであるBLSに依存していることです。 この署名スキームは、量子コンピューターによって破られてしまう可能性があります。一方、量子耐性のある代替手段は、計算効率がそれほど良くありません。 -イーサリアムでは、暗号秘密を生成するために[「KZG」コミットメントスキーム](/roadmap/danksharding/#what-is-kzg)が広く使われています。しかし、このスキームは量子コンピュータによって破られる可能性があります。 現在は、多くのユーザーが生成したランダム性を使用して「信頼できるセットアップ」として回避されており、量子コンピューターによるリバースエンジニアリングができないようになっています。 しかし、理想的には、量子安全暗号を組み込むことで、脆弱性を根本的に解決することが望まれます。 BLSスキームの効率的な代替となる可能性のある2つの主要なアプローチとして、[STARKベース](https://hackmd.io/@vbuterin/stark_aggregation)と[ラティスベース](https:/ /medium.com/asecuritysite-when-bob-met-alice/so-what-is-lattice-encryption-326ac66e3175)の署名スキームがあります。 **これらについては現在、研究および試作中です**。 +イーサリアムでは、暗号秘密を生成するために[「KZG」コミットメントスキーム](/roadmap/danksharding/#what-is-kzg)が広く使われています。しかし、このスキームは量子コンピュータによって破られる可能性があります。 現在は、多くのユーザーが生成したランダム性を使用して「信頼できるセットアップ」として回避されており、量子コンピューターによるリバースエンジニアリングができないようになっています。 しかし、理想的には、量子安全暗号を組み込むことで、脆弱性を根本的に解決することが望まれます。 BLSスキームの効率的な代替となる可能性のある2つの主要なアプローチとして、[STARKベース](https://hackmd.io/@vbuterin/stark_aggregation)と[ラティスベース](https://medium.com/asecuritysite-when-bob-met-alice/so-what-is-lattice-encryption-326ac66e3175)の署名スキームがあります。 **これらについては現在、研究および試作中です**。 KZGと信頼できるセットアップについての詳細 From 922d275dc6ad83f221cfbdc33ba72814d621dc75 Mon Sep 17 00:00:00 2001 From: Paul Wackerow <54227730+wackerow@users.noreply.github.com> Date: Fri, 5 Jul 2024 20:23:55 -0400 Subject: [PATCH 4/6] fix: crowdin syntax error --- .../ja/developers/docs/standards/tokens/erc-4626/index.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/public/content/translations/ja/developers/docs/standards/tokens/erc-4626/index.md b/public/content/translations/ja/developers/docs/standards/tokens/erc-4626/index.md index 0595151b331..f7430826dad 100644 --- a/public/content/translations/ja/developers/docs/standards/tokens/erc-4626/index.md +++ b/public/content/translations/ja/developers/docs/standards/tokens/erc-4626/index.md @@ -191,7 +191,7 @@ event Deposit( #### 出金イベント -`redeem` あるいは [`withdraw`](#withdraw)メソッドにより、預金者がボールトからシェアを引き出す際に、**必ず**発行しなければなりません。 +[`redeem`](#redeem)あるいは [`withdraw`](#withdraw)メソッドにより、預金者がボールトからシェアを引き出す際に、**必ず**発行しなければなりません。 ```solidity event Withdraw( From c45ebcad4989e08bf01bbc4524d2e62421cf6c07 Mon Sep 17 00:00:00 2001 From: Paul Wackerow <54227730+wackerow@users.noreply.github.com> Date: Fri, 5 Jul 2024 20:28:20 -0400 Subject: [PATCH 5/6] fix: crowdin syntax regression --- .../translations/ja/roadmap/secret-leader-election/index.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/public/content/translations/ja/roadmap/secret-leader-election/index.md b/public/content/translations/ja/roadmap/secret-leader-election/index.md index beacf8a3048..293e26062a3 100644 --- a/public/content/translations/ja/roadmap/secret-leader-election/index.md +++ b/public/content/translations/ja/roadmap/secret-leader-election/index.md @@ -33,7 +33,7 @@ SSLE(シークレット・シングル・リーダー選出)では、選出さ ## シークレット・非シングル・リーダー選出(SnSLE) {#secret-non-single-leader-election} -プルーフ・オブ・ワークにおいてブロックの提案を決定する方法と同様に、バリデータが各スロットでブロックを提案する機会をランダムに与える仕組みもあり、シークレット・非シングル・リーダー選出(SnSLE)と呼ばれています。 例えば、現在のプロトコルでバリデータをランダムに選択するために使われているRANDAO関数を活用すれば、簡単に実現できます。 RANDAOを使うアイデアとは、多くの独立しているバリデータから送信されたハッシュを混合することで、十分な乱数が生成するというものです。 SnSLEにおいて、これらのハッシュを使って、次のブロック提案者を選ぶことができます。例えば、最小値のハッシュの選択です。 有効なハッシュ値の範囲を設定することで、各スロットでバリデータが選ばれる可能性を調整することができます。 ハッシュ値が`2^256 * 5 / N` (`N` = アクティブなバリデータ数)未満でなければならないとアサートすると、各スロットで個々のバリデータが選択される可能性は、`5/N`になります。 この例では、少なくとも1人の提案者が各スロットで有効なハッシュを生成する確率は99.3%になります。 +プルーフ・オブ・ワークにおいてブロックの提案を決定する方法と同様に、バリデータが各スロットでブロックを提案する機会をランダムに与える仕組みもあり、**シークレット・非シングル・リーダー選出(SnSLE)**と呼ばれています。 例えば、現在のプロトコルでバリデータをランダムに選択するために使われているRANDAO関数を活用すれば、簡単に実現できます。 RANDAOを使うアイデアとは、多くの独立しているバリデータから送信されたハッシュを混合することで、十分な乱数が生成するというものです。 SnSLEにおいて、これらのハッシュを使って、次のブロック提案者を選ぶことができます。例えば、最小値のハッシュの選択です。 有効なハッシュ値の範囲を設定することで、各スロットでバリデータが選ばれる可能性を調整することができます。 ハッシュ値が`2^256 * 5 / N` (`N` = アクティブなバリデータ数)未満でなければならないとアサートすると、各スロットで個々のバリデータが選択される可能性は、`5/N`になります。 この例では、少なくとも1人の提案者が各スロットで有効なハッシュを生成する確率は99.3%になります。 ## 現在の進行状況 {#current-progress} From 39a2314ce696df8645176940a3def760e38e0a03 Mon Sep 17 00:00:00 2001 From: Corwin Smith Date: Mon, 8 Jul 2024 19:49:27 -0600 Subject: [PATCH 6/6] fix leftover tag --- public/content/translations/ja/developers/docs/mev/index.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/public/content/translations/ja/developers/docs/mev/index.md b/public/content/translations/ja/developers/docs/mev/index.md index 5fa4ecac81d..9d6758d1ec5 100644 --- a/public/content/translations/ja/developers/docs/mev/index.md +++ b/public/content/translations/ja/developers/docs/mev/index.md @@ -178,7 +178,7 @@ PBS（提案者と作成者の分離）は、MEVの抽出に伴う悪影響を 4. ビルダーAPIを実行しているビルダーは、ブラインドのブロック提案を確認した上で、完全な実行ペイロードで対応すると想定されています。 これにより、バリデータは「署名済み」のビーコンブロックを作成し、ネットワークに拡散することができます。 -5. ビルダーAPIを使用するバリデータの場合でも、ブロックビルダーが迅速に対応しない場合にブロック提案に伴う報酬が受け取れない場合を避けるために、ローカルでブロックを構築する必要があります。 しかしバリデータは、この時点で公開されたトランザクションあるいは他のセットを用いて別のブロックを作成することはできません。これは_曖昧化_（同じスロット内の2つのブロックに署名すること）を発生させるため、スラッシングの対象である違反行為です。 +5. ビルダーAPIを使用するバリデータの場合でも、ブロックビルダーが迅速に対応しない場合にブロック提案に伴う報酬が受け取れない場合を避けるために、ローカルでブロックを構築する必要があります。 しかしバリデータは、この時点で公開されたトランザクションあるいは他のセットを用いて別のブロックを作成することはできません。これは_曖昧化_（同じスロット内の2つのブロックに署名すること）を発生させるため、スラッシングの対象である違反行為です。 ビルダーAPIの実装例としては、イーサリアムに対するMEVの悪影響を軽減するように[フラッシュボットのオークション機能](https://docs.flashbots.net/Flashbots-auction/overview/)を改善した[MEV Boost](https://github.com/flashbots/mev-boost)があります。 フラッシュボットのオークションでは、プルーフ・オブ・ワークを行うマイナーに対し、利益を伴うブロックを作成する作業を**サーチャー**と呼ばれる専門のユーザーに外注することが認められています。