Inheritance Dollar (IND) - Control over value in time

Skip to content

Programmable custody protocol

IND is not a token. It is control over your value.

A sovereign-style system for protected transfer, controlled release, deferred ownership, and inheritance logic.

Transactions can be reversed. Value can survive you. No trust required.

Download wallet<br>Learn how it works

IND does not optimize for transfer speed. It optimizes for reduced risk: error, fraud, loss of control, and absence of temporal discipline.

Why IND exists

Control, time, protection, custody

IND is designed as programmable custody of value. The core promise is not convenience. It is bounded control over value across time.

You can cancel a transfer

Protected transfers remain revocable within a defined time window. This reduces the cost of mistakes, coercion, and rushed decisions.

Your assets are not lost when you die

Inheritance logic is part of the system. Ownership can be deferred, monitored, and released under deterministic conditions.

No trust in third parties

Authority is defined by keys and code. Release conditions, revocation, and inheritance behavior are governed by deterministic rules.

How it works

Protected transfer with controlled release

IND introduces time as part of transfer logic. Value can be assigned before it becomes freely spendable.

Sender transfers IND

The transfer begins under protocol rules, not as unrestricted instant movement.

Recipient receives a protected lot

The value arrives in a locked lot with an unlock time and bounded release condition.

Time protects the transfer

The delay window exists to reduce risk and preserve control before release.

Sender can reduce time or revoke before release

Before unlock, the original sender retains deterministic control paths defined by the protocol.

Vault logic

Value under custody, not value in free circulation

The vault model is central to IND. It frames value as something to protect, release deliberately, and preserve across time.

Bounded release

IND treats release as a controlled event, not as an automatic consequence of transfer initiation.

Reduced error surface

Protected transfer reduces the harm caused by misdirection, fraud, and irreversible operational mistakes.

Deferred ownership

Ownership can be assigned before it becomes active. This is essential both for custody and for inheritance logic.

Sovereign-style control

The system aims to resemble a regulated custody infrastructure rather than an ordinary consumer token flow.

Security and control

Deterministic, auditable, and separated by authority

Signing key

The signing key is used for routine operational interaction and ordinary transaction paths.

Revoke key

The revoke key exists for protected control actions such as revocation and reduction of waiting time.

Deterministic rules

No governance discretion is required. Transfer state, timing, release, and inheritance logic are bounded by code.

Auditable behavior

IND is meant to be inspectable in documentation, test suites, smart contracts, and wallet behavior.

Inheritance logic

Value can survive you

IND is not limited to delayed transfer. It is also a protocol of deferred ownership with inheritance-oriented release logic.

Default heir

The user can define a default heir as part of the system's inheritance configuration.

Annual balance signature

A yearly balance signature acts as proof of continued activity and preserves the current ownership state.

Seven-year rule

If no qualifying activity or balance signature occurs for seven years, inheritance logic may become eligible to activate.

Deterministic transition

Inheritance is not entrusted to institutions or discretionary actors. It is governed by explicit protocol conditions.

Token model

Predictable monetary rules, no governance discretion

Buy-only bonding curve

IND is designed around a buy-only bonding curve. The protocol mints on purchase and does not protocol-buy back.

ETH is burned

The purchase side is intended to destroy incoming ETH rather than accumulate a treasury reserve.

No collateral

IND does not depend on an initial collateral pool. Its monetary model is rule-based rather than reserve-backed.

No governance

The monetary rules are meant to be mathematically predictable, without discretionary governance intervention.

Wallet

The IND wallet is not a normal wallet

The wallet must express the protocol faithfully: protected balances, inheritance logic, annual signature, and separated authority.

Separated keys

Token key, sign-in key, and revoke path are distinct. Authority is partitioned by design.

Revoke key not stored in wallet

The revoke key is intended for cold custody and must not live as an ordinary hot wallet secret.

Annual signature and inheritance state

The wallet is part of liveness and inheritance discipline, not just of sending and receiving.

Platform direction

IND Wallet is intended for desktop environments including macOS, Linux, and...