Eighteen functions. One shared journey for digital value.

Turn a community initiative, cultural work or service idea into a digital token or NFT, with one clear foundation for issuing and managing it over time.

地域の取り組み、文化作品、サービスのアイデアを、発行後も一貫して育てられるデジタルトークンやNFTへつなげます。

Versioned native templates and deterministic state transitions define the execution surface.

Version固定のNative Templateと決定論的な状態遷移が実行範囲を定めます。

Choose how value enters the world—from a fixed supply to a defined cap or staged release—before the first unit is issued.

固定供給、上限設定、段階的な解放など、価値が世の中へ広がる姿を発行前から設計できます。

Authorisation, recorded history and supply invariants govern every later change.

発行後の変更は、認可、履歴、供給不変条件に沿って管理されます。

Know an asset’s address before launch, so wallets, services and public information can share the same identity from day one.

発行前に資産アドレスを確定できるため、ウォレット、サービス、案内を初日から同じ識別情報で準備できます。

The derivation is independent of runtime timing, randomness and external responses.

実行時刻、乱数、外部応答に左右されない導出規則を用います。

Give people a direct way to check an asset’s issuer, supply and related information against finalised public records.

資産の発行主体、供給量、関連情報を、確定済みの公開記録から直接確かめられます。

Published values are anchored to finalised state and its verification path.

公開値を確定済みStateと、その検証経路へ結び付けます。

Renew or retire signing keys as an organisation evolves, without leaving behind the address, authority, assets or history already built.

運営体制の変化に合わせて署名鍵を更新・失効しても、積み重ねたアドレス、権限、資産、履歴を保てます。

Key epoch and activation height bind each authorised transition to finalised state.

Key epochとActivation heightを、認可された移行と確定状態へ結合します。

Let an authorised sponsor cover the network fee, so people can begin receiving, transferring or participating without preparing JSEC first.

認可されたスポンサーがネットワーク利用料を負担できるため、利用者はJSECを先に用意することなく、受け取り、移転、参加から始められます。

Sender and sponsor authorise the same canonical payload while sender value and sponsor fee remain separately accounted for with integer rules.

SenderとSponsorが同一のCanonical Payloadを認可し、SenderのValueとSponsorのFeeを整数規則で分離会計します。

Give every signed action a clear period of use, so an old instruction does not remain valid indefinitely.

署名した操作に明確な有効期間を設け、古い指示がいつまでも有効なまま残らないようにします。

Validity bounds, nonce, chain domain and clock bounds work together against replay.

有効範囲、Nonce、Chain domain、Clock boundを一体で扱い、再実行を防ぎます。

Create services within a carefully bounded native environment where approved templates follow consistent rules across the network.

承認されたテンプレートがネットワーク全体で一貫したルールに沿って動く、範囲の明確な実行環境を構成します。

The fail-closed execution boundary admits only versioned templates, closed host functions and explicit metering; arbitrary bytecode, dynamic external calls, floating point and unspecified system I/O remain outside the execution surface.

Fail-closedの実行境界は、Version固定Template、閉じたHost Function、明示的Meteringに限定され、任意Bytecode、動的外部呼出し、浮動小数、未規定System I/Oを実行面へ取り込みません。

Send a transaction without handing over the key that controls the account, keeping control with the key holder.

アカウントを動かす鍵を預けずに取引を送信でき、管理権限を鍵の保有者の手元に保ちます。

The public submission path carries signed raw transactions while keys remain with their holder.

公開送信経路は署名済みRaw Transactionを扱い、鍵は保有者の手元に残ります。

Designed so network fees reflect the activity and resources a transaction uses through one consistent calculation model.

取引で使われる処理と資源をネットワーク利用料へ反映し、一貫した計算モデルで扱うための設計です。

Deterministic settlement binds workload-aware accounting and supply invariants to state without validator-supplied arbitrary inputs, floating point or minting outside the fixed supply.

決定論的な決済により、Validatorの任意入力、浮動小数、固定供給外のMintを用いず、Workload会計と供給不変条件をStateへ結び付けます。

Keep the complete supply picture visible—what is circulating, escrowed or burned—so every asset can be reconciled over time.

流通中、エスクロー保管中、焼却済みの数量までを一つの全体像として捉え、資産ごとの供給を継続して照合できます。

The resulting accounting root is committed with the State Root.

再計算された会計RootをState Rootへ結合します。

Give services a clear point at which a transaction is final, creating a stable foundation for the records and actions that follow.

取引が確定した地点を明確にし、その後の記録やサービス処理を進めるための安定した基準をつくります。

The rule is signed_power × 3 > total_power × 2; with three equal validators, finality requires 3/3.

条件は signed_power × 3 > total_power × 2。3 Validator同一Power構成では3/3で成立します。

Let the validator set grow or change through a planned handover that connects the previous set with the next.

Validator集合の拡張や変更を、旧集合から新集合へつながる計画的な移行として進められます。

The transition requires strict-quorum certificates from both the previous and next validator sets.

旧Validator集合と新Validator集合の双方に、厳密なQuorumを満たすTransition Certificateを必要とします。

Keep blocks, transaction results, state and finality records together, so long-term operation and recovery begin from one coherent history.

Block、取引結果、State、確定記録を一体で保ち、長期運用と復旧をひとつながりの履歴から始められます。

Recovery begins from a root-verified snapshot of finalised state.

確定状態のRoot検証済みSnapshotを復旧の起点とします。

Move to a new block-header version at a defined point, giving the network a clear and coordinated path to evolve while preserving continuity.

明確に定めた時点で新しいBlock Header Versionへ移行し、連続性を保ちながらNetworkを進化させます。

Compatibility rules and version evidence remain explicit across the validator set.

互換規則とVersion EvidenceをValidator集合全体で明示します。

Designed to let independent transactions move together while accepting only the same verified result as processing them one by one.

互いに影響しない取引を並行して進めながら、一つずつ処理した場合と同じ検証結果だけを受け入れる高速化設計です。

Atomic commit proceeds only when State Root, Receipt Root, event order and Fee Root match canonical serial execution; serial fallback preserves determinism, and performance is stated only with accepted Benchmark Evidence.

State Root、Receipt Root、Event順序、Fee RootがCanonical Serial Executionと一致した場合にのみAtomic Commitし、Serial fallbackで決定論性を保ちます。性能は受入済みBenchmark Evidenceの範囲で表示します。

Prepare long-lived value for post-quantum protection, with new signatures remaining off until an approved profile and test evidence are accepted.

長く残る価値を量子耐性保護へ備え、新しい署名方式は、承認済みProfileと試験Evidenceの受入成立まで有効化しません。

Candidate algorithms remain disabled until a signed activation decision, provider tests and rotation and revocation evidence are accepted.

候補Algorithmは、Signed Activation Decision、Provider試験、Rotation・Revocation Evidenceの受入成立後に有効化します。

Create a verifiable offline starting package for an independent chain—its own identity, Genesis, validators, ledger and policy—while deployment, publication, asset movement and Bridge connection each require separate approval.

独立したChainの識別情報、Genesis、Validator、Ledger、Policyをそろえた検証可能なOffline開始Packageを構成し、配備、公開、資産移動、Bridge接続はそれぞれ個別認可で進めます。

The versioned offline package shares no state, keys, assets or consensus with the parent network; deployment, publication, asset movement and Bridge connection proceed through separate authorisation.

Version管理されたOffline Packageは親NetworkとState、鍵、資産、Consensusを共有せず、配備、公開、資産移動、Bridge接続はそれぞれ別の認可で進めます。