Observed Signal · May 18, 2026 · Technical Release · Source: DEV Community · Impact: 2/5 · Sentiment: Positive
MAIS: Privacy-Preserving Agent Identity Standard for Midnight
MAIS (Midnight Agent Identity Standard) is a proposed Midnight Improvement Proposal that defines how autonomous AI agents register, build reputation, get validated, and disclose data on the Midnight Network using privacy-preserving techniques. The draft specifies four Compact contracts—Identity Registry, Reputation Registry, Validation Registry, and Disclosure Tier Registry—supporting both public Compact-address identities and private ZK credentials. Reputation is encoded as public tiers with private evidence and optional ZK proofs (e.g., "score ≥ 60"). Validation requires staked NIGHT tokens across three tiers (open, trusted, institutional). An optional bridge links Midnight identities to ERC-8004 NFTs on Ethereum. The proposal is in draft, open for community feedback via a forum thread and a GitHub MIP pull request.
MAIS proposes a privacy-preserving identity and reputation model for AI agents on Midnight that can reduce fragmentation and enable interoperability on that network; impact is currently scoped to Midnight and is a draft rather than a major platform policy change.
Track ethereum.org Signals & Market Shifts in Real-Time
Polaris7 autonomous intelligence agents track regulatory filings, primary sources, executive changes, and deal flow 24/7. Create your free Explorer workspace to monitor these entities.
Key Takeaways & Evidence Grounding
- MAIS (Midnight Agent Identity Standard) is a proposed MIP defining agent identity, reputation, validation, and disclosure on Midnight Network.
- MAIS is implemented as four Compact contracts: Identity Registry, Reputation Registry, Validation Registry, and Disclosure Tier Registry.
- Identity Registry supports public mode (Compact address) and private mode using a ZK credential commitment.
- Reputation Registry exposes public reputation tiers (Basic 0–59, Proven 60–89, Institutional 90–100) while keeping underlying evidence private; agents can produce ZK proofs of threshold scores.
- Validation Registry defines three validator tiers with staking and slashing: Open (10k NIGHT), Trusted (50k NIGHT + Foundation audit), Institutional (100k NIGHT + ZK KYC).
- Proposal includes an optional ERC-8004 bridge to link Midnight identities to ERC-8004 NFTs on Ethereum.
- Midnight mainnet launched in March 2026 and the MAIS post was published as a draft on May 18, 2026; the MIP draft is available on GitHub (PR) and a forum thread is collecting feedback.
Connected Companies & Entities
4 Entities mappedOntology Mapping & Concepts
Related Market Signals & Shifts
Recent verified developments and strategic activity across this market segment.
Understanding Shielded Transactions on Midnight
This technical explainer describes how Midnight, a programmable-privacy blockchain, enables public verifiability without revealing transaction data using zero-knowledge proofs. Midnight uses a private UTXO model for shielded tokens while smart contracts use an account-style model for persistent state. The public ledger stores two cryptographic structures — an append-only Commitment Merkle Tree (commitments) and a Nullifier Set (cancellation tokens) — alongside ZK proofs. Wallets keep private state (balances, salts, keys) locally; spenders generate ZK proofs and nullifiers locally, submit proofs plus new commitments and nullifiers to the network, and nodes verify proofs and nullifier uniqueness. Recipients discover payments via continuous trial decryption using viewing keys. The article highlights that ZK proofs guarantee circuit rules for provided inputs but do not vouch for off-chain witness honesty, and it frames Midnight’s model as "programmable privacy" enabling selective disclosure.
Private NFT Marketplaces on Midnight
The article describes a technical design for private NFT marketplaces built on Midnight, a platform that treats NFT ownership as private client-side state rather than a public token->owner mapping. Ownership is represented as cryptographic commitments (hashes of token_id, owner_pubkey, secret) stored as leaves in a Merkle tree; transfers use nullifiers to mark spent commitments and create new opaque commitments for recipients. Listings hide asking prices via listing commitments and require off-chain price discovery; sealed-bid auctions use bid commitments, reveal phases, and escrowed payments. Royalties are enforced inside transfer circuits by cryptographically verifying payments to creators without revealing sale prices. The write-up includes circuit sketches, contract APIs, and implementation notes (proof-of-ownership nonces, tree sizing, payer handshakes, and receiver secret exchange).
Midnight ZK allowlists enable anonymous membership proofs
A technical tutorial demonstrates how to build anonymous allowlists, voter rolls, and gated access using zero-knowledge proofs in Midnight’s Compact language. The author provides a working contract that stores leaves as persistent hashes (domain tag + secret + nonce) in a HistoricMerkleTree<20, Bytes<32>> so members can prove membership without revealing identity. The package includes three Compact circuits: registerMember (admin inserts disclosed leaf), proveMembership (one-time proof that consumes a domain-separated nullifier), and verifyMembership (reusable proof that does not spend a nullifier). The post explains critical implementation details and pitfalls (preimage binding, domain separation, pad(32) for tags, disclose() on ledger ops, Map-based nullifier store), includes TypeScript witness examples, and links to the IamHarrie-Labs/compact-zk-allowlist repository and CI workflow.
Track Real-Time Market Signals & Shifts
Set up custom watchlists to receive automated, evidence-grounded executive digests whenever material signals or shifts occur across your tracked landscape.