Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
14 changes: 14 additions & 0 deletions .gitbook/docs.json
Original file line number Diff line number Diff line change
Expand Up @@ -1122,6 +1122,20 @@
]
}
]
},
{
"language": "jp",
"groups": [
{
"group": "INJECTIVE",
"pages": [
"jp/index",
"jp/faq",
"jp/glossary",
"jp/references"
]
}
]
}
]
},
Expand Down
44 changes: 44 additions & 0 deletions .gitbook/jp/faq.mdx
Original file line number Diff line number Diff line change
@@ -0,0 +1,44 @@
---
title: Injective FAQ
icon: question
---

## 基本事項

Q: Injectiveではどのようなアカウントアドレスタイプがサポートされていますか?

A: 2種類のアドレスタイプがサポートされています:
- Bech32(`inj...`):主にCosmosウォレット/ツールを介して操作する際に使用
- Hexadecimal(`0x...`):主にEVMウォレット/ツールを介して操作する際に使用

----

Q: Injective CosmosアドレスとInjective EVMアドレスの対応関係を調べる方法はありますか?

A: これらのアドレスタイプ間のマッピングは数学的操作によって行われ、1対1の双方向変換です。
- 実例:[Injective Testnet Faucet](https://testnet.faucet.injective.network/)
- ドキュメント:[TSコード例](https://docs.injective.network/developers/convert-addresses)

----

## インフラストラクチャ

Q: プライベートノードを維持する場合:

- 2.5 Tiのアーカイブデータ(event provider)を保存する必要がありますか?
- その部分をスキップしてindexerを動作させることはできますか?

A: Event providerはプルーニング可能です。初期同期にはパブリックのevent providerエンドポイントを使用できます。その後、ローカルデプロイメントに切り替えますが、最新の高さからのみとなります。したがって、スキップ可能です。

----

## EVM

Q: Injectiveには[`multicall3`](https://www.multicall3.com/)スマートコントラクトのデプロイメントがありますか?

A: はい。

- Injective Mainnet `multicall3`:[`0xcA11bde05977b3631167028862bE2a173976CA11`](https://blockscout.injective.network/address/0xcA11bde05977b3631167028862bE2a173976CA11?tab=contract)
- Injective Testnet `multicall3`:[`0xcA11bde05977b3631167028862bE2a173976CA11`](https://testnet.blockscout.injective.network/address/0xcA11bde05977b3631167028862bE2a173976CA11?tab=contract)

----
248 changes: 248 additions & 0 deletions .gitbook/jp/glossary.mdx
Original file line number Diff line number Diff line change
@@ -0,0 +1,248 @@
---
description: >-
Injectiveのポケットサイズのチートシート。この用語集を使用して、Injective固有の用語について学びましょう。
title: 用語集
icon: arrow-down-a-z
---

### Active set(アクティブセット)

コンセンサスに参加し、報酬を受け取るvalidator。

### Airdrops(エアドロップ)

ステーキング報酬とは別に、特定のvalidatorを通じてdelegatorに付与される追加報酬。エアドロップは一般的に、Injectiveエコシステム内のアプリケーションが認知度を高めるために配布します。

### Arbitrage(アービトラージ)

ユーザーが市場間の価格差を利用しようとするプロセス。アービトラージャーは通常、ある市場で資産を購入し、別の市場でより高い価格で売却します。

### Blockchain(ブロックチェーン)

独立したコンピューターシステムのネットワーク間でコピーされる、変更不可能なトランザクション台帳。

### Blocks(ブロック)

ブロックチェーンに保存される情報のグループ。各ブロックには、validatorによってグループ化、検証、署名されたトランザクションが含まれます。

### Bonded validator(ボンデッドvalidator)

コンセンサスに参加するactive set内のvalidator。ボンデッドvalidatorは報酬を獲得できます。

### Bonding(ボンディング)

ユーザーがステーキング報酬を受け取るためにvalidatorにINJを委任またはボンドすること。validatorはdelegatorのINJの所有権を持つことはありません。委任、ボンディング、ステーキングは一般的に同じプロセスを指します。

### Burn(バーン)

資産の永久的な破壊。Injectiveは各バーンオークション後にINJをバーンします。

### Burn Auction(バーンオークション)

コミュニティメンバーがINJを使用してInjectiveが収集した全取引手数料の60%に入札できる週次イベント。落札者が使用したINJはバーンされます。

### Commission(コミッション)

validatorがdelegatorに報酬を分配する前に保持するステーキング報酬の割合。validatorの収入はこのコミッションのみに依存します。validatorは独自のコミッションレートを設定します。

### Community pool(コミュニティプール)

コミュニティプロジェクトへの資金提供のために指定された特別基金。コミュニティメンバーは誰でも、コミュニティプール内のトークンを使用するためのガバナンス提案を作成できます。提案が可決された場合、資金は提案で指定された通りに使用されます。

### Consensus(コンセンサス)

validatorまたはマイナーがブロックチェーン内の各トランザクションブロックが正しいことに同意するために使用するシステム。InjectiveはTendermintコンセンサスフレームワークを使用しています。validatorはコンセンサスに参加することで報酬を獲得します。詳細については[Tendermint公式ドキュメントサイト](https://docs.tendermint.com/)をご覧ください。

### Cosmos-SDK

Injectiveブロックチェーンが構築されているオープンソースフレームワーク。詳細については[Cosmos SDKドキュメント](https://docs.cosmos.network/)をご覧ください。

### CosmWasm

Injectiveがオンチェーンスマートコントラクトを動かすために使用するライブラリ。詳細についてはCosmWasmドキュメントをご覧ください。

### dApp

分散型アプリケーション。分散型プラットフォーム上に構築されたアプリケーション。

### DDoS

分散型サービス拒否攻撃。攻撃者がサービスを中断させるためにネットワークにトラフィックやリクエストを氾濫させること。

### DeFi

分散型金融。従来の金融から離れ、金融仲介者を必要としないシステムへの動き。

### Delegate(委任)

ユーザーまたはdelegatorが報酬と引き換えにvalidatorのステークにINJを追加すること。委任されたINJはvalidatorにボンドされます。validatorはdelegatorのINJの所有権を持つことはありません。委任、ボンディング、ステーキングは一般的に同じプロセスを指します。

### Delegator(デリゲーター)

報酬を獲得するためにvalidatorにINJを委任、ボンド、またはステークするユーザー。委任、ボンディング、ステーキングは一般的に同じプロセスを指します。

### Devnet

開発ネットワーク。メインネットとは独立して動作し、ユーザーがプライマリネットワークを中断することなく新機能や製品をテストできるネットワーク。

### Frequent Batch Auction (FBA)

Injectiveがオンチェーン注文マッチングに使用するモデル。このモデルは、暗号デリバティブを提供するほとんどの中央集権型取引所や従来の金融市場で使用されているContinuous Double Auction(CDA)と比較して、より効率的に資本を使用します。Frequent Batch Auctionモデルはフロントランニングの可能性も排除します。

### Full node(フルノード)

Injectiveメインネットに接続され、トランザクションを検証しInjectiveと対話できるコンピューター。すべてのアクティブなvalidatorはフルノードを実行します。

### Gas Fees(ガス手数料)

スパムを避けるためにすべてのトランザクションに追加される計算手数料。validatorは最小ガス価格を設定し、この閾値を下回る暗黙のガス価格を持つトランザクションを拒否します。

### Governance(ガバナンス)

ユーザーとvalidatorがInjectiveに変更を加えることを可能にする民主的なプロセス。コミュニティメンバーは提案を提出、投票、実行します。ステークされた1 INJは1票に相当します。

### Governance proposal(ガバナンス提案)

Injectiveプロトコルへの変更または追加のための書面による提出。提案のトピックは、コミュニティプールの支出、ソフトウェアの変更、パラメーターの変更、またはInjectiveに関連するあらゆる変更など多岐にわたります。

### IBC

Inter-Blockchain Communication。異なるブロックチェーンが相互に対話できるようにする技術。IBCにより、異なるブロックチェーン間で資産を取引および取引できます。

### INJ

Injectiveのネイティブトークン。

### injectived

Injectiveノードと対話するためのコマンドラインインターフェース。

injectivedの詳細については、`injectived`ガイドをご覧ください。

### Injective core

Injectiveの公式ソースコード。

Injective coreの詳細については、Injective coreモジュールをご覧ください。

### Injective Hub

ウォレット、ガバナンス、ステーキング、INJバーンオークションのためのInjectiveのプラットフォーム。

Injective Hubの機能については、Injective Hubガイドをご覧ください。

### Inactive set(インアクティブセット)

active setに含まれていないvalidator。これらのvalidatorはコンセンサスに参加せず、報酬も獲得しません。

### Jailed(ジェイル)

不正行為をしたvalidatorは、一定期間active setから除外(ジェイル)されます。

### Maximum Extractable Value (MEV)

ブロック内のトランザクションを含めたり、除外したり、順序を変更したりすることで、標準的なブロック報酬とガス手数料を超えてブロック生成から抽出できる最大価値。

InjectiveはMEV耐性があります。

### Module(モジュール)

Injectiveの特定の機能を表すInjective coreのセクション。詳細についてはInjective coreモジュール仕様をご覧ください。

### Oracle(オラクル)

Injectiveが外部の実世界データにアクセスできるようにするサードパーティサービス。通常、これは価格フィードです。

### Pools(プール)

トークンのグループ。供給プールは市場内のトークンの総供給量を表します。

### Proof of Stake

validatorが保有するコインの数に応じてブロックを提案するよう選ばれる、ブロックチェーンで使用される検証方法。

### Quorum(定足数)

選挙を有効にするために必要な最小投票数。すべてのステークされたINJの33%が投票しないと定足数に達しません。投票期間終了前に定足数に達しない場合、提案は失敗し、提案者のデポジットはバーンされます。

### Redelegate(再委任)

delegatorがボンドされたINJを別のvalidatorに移転したい場合。INJの再委任は即座に行われ、21日間のアンボンディング期間は必要ありません。

### Rewards(報酬)

validatorに与えられ、delegatorに分配される手数料から生成される収益。

### Self-delegation(自己委任)

validatorが自分自身にボンドするINJの量。自己ボンドとも呼ばれます。

### Slashing(スラッシング)

不正行為をしたvalidatorへの罰則。validatorはスラッシュされるとステークの一部を失います。

### Slippage(スリッページ)

トランザクションの開始時と終了時の資産価格の差。

### Stake(ステーク)

validatorにボンドされたINJの量。

### Staking(ステーキング)

ユーザーが報酬を受け取るためにアクティブなvalidatorにINJを委任またはボンドすること。ボンドされたINJはvalidatorのステークに追加されます。validatorはコンセンサスプロセスに参加するための担保としてステークを提供します。より大きなステークを持つvalidatorはより頻繁に参加するよう選ばれます。validatorは参加に対してステーキング報酬を受け取ります。validatorのステークは不正行為をした場合にスラッシュされる可能性があります。validatorはステーキング時でもdelegatorのINJの所有権を持つことはありません。

ステーキングの詳細については、コンセプトページをご覧ください。

### Tendermint consensus

Injectiveで使用されるコンセンサスフレームワーク。まず、validatorが新しいブロックを提案します。他のvalidatorは2ラウンドでブロックに投票します。ブロックが両方のラウンドで3分の2以上の賛成票を受け取った場合、ブロックチェーンに追加されます。validatorはブロックのトランザクション手数料で報酬を受け取ります。提案者は追加の報酬を受け取ります。各validatorはウェイトに基づいて提案するよう選ばれます。詳細については[Tendermint公式ドキュメント](https://docs.tendermint.com/)をご覧ください。

### Mainnet(メインネット)

すべてのトランザクションが行われるInjectiveのブロックチェーンネットワーク。

### Testnet(テストネット)

テスト用に使用されるメインネットのバージョン。テストネットは実際の資産を使用しません。テストネットを使用して、トランザクションや全体的なネットワークに慣れることができます。

### Total stake(総ステーク)

自己ボンドされたINJを含む、delegatorにボンドされたINJの総量。

### Unbonded validator(アンボンデッドvalidator)

active setに含まれておらず、コンセンサスに参加せず、報酬も受け取らないvalidator。一部のアンボンデッドvalidatorはジェイルされている可能性があります。

### Unbonding validator(アンボンディングvalidator)

active setからinactive setに移行中のvalidator。アンボンディングvalidatorはコンセンサスに参加せず、報酬も獲得しません。アンボンディングプロセスには21日かかります。

### Unbonded INJ(アンボンデッドINJ)

自由に取引でき、validatorにステークされていないINJ。

### Unbonding(アンボンディング)

delegatorがvalidatorからINJのアンデリゲートを決定した場合。このプロセスには21日かかります。この期間中は報酬は発生しません。このアクションは実行されると停止できません。

### Unbonding INJ(アンボンディングINJ)

ボンドからアンボンドに移行中のINJ。アンボンディング中のINJは自由に取引できません。アンボンディングプロセスには21日かかります。この期間中は報酬は発生しません。このアクションは実行されると停止できません。

### Undelegate(アンデリゲート)

delegatorがvalidatorにINJをボンドしたくなくなった場合。このプロセスには21日かかります。この期間中は報酬は発生しません。このアクションは実行されると停止できません。

### Uptime(アップタイム)

特定の期間内にvalidatorがアクティブな時間の量。アップタイムが低いvalidatorはスラッシュされる可能性があります。

### Validator(バリデーター)

ブロックチェーン上のトランザクションを検証する責任を持つInjectiveブロックチェーンのマイナー。validatorはフルノードと呼ばれるプログラムを実行し、コンセンサスへの参加、ブロックの検証、ガバナンスへの参加、報酬の受け取りを可能にします。active setのvalidatorのみがコンセンサスに参加できます。

### Weight(ウェイト)

validatorの総ステークの尺度。ウェイトが高いvalidatorはブロックを提案するためにより頻繁に選ばれます。validatorのウェイトは、ガバナンスにおける投票力の尺度でもあります。
Loading