Frequently Asked Questions
110 questions across 21 sections - everything you need to know about JIL Sovereign
Section 1: What is JIL Sovereign?
JIL Sovereign is a Layer-1 blockchain purpose-built as a pre-settlement attestation infrastructure layer for digital finance. Unlike general-purpose blockchains, JIL verifies identity, enforces compliance policy, and records deterministic finality before value moves. Learn more about how settlement works or explore the infrastructure overview.
JIL Sovereign was created to address the fragmentation, compliance gaps, and lack of auditability that plague both traditional finance and crypto. Today's settlement systems rely on intermediaries, batch processing, and manual reconciliation - creating delays, fraud vectors, and opacity. JIL solves this with a unified settlement integrity layer that verifies before value moves.
JIL is a Layer-1 blockchain, but purpose-built for settlement, compliance, and verification rather than speculation or general computation. Its architecture includes components like the Adaptive Trust and Compliance Engine (ATCE), beneficiary binding, and deterministic finality - features no general-purpose chain provides natively. See the whitepaper for the full technical thesis.
JIL uniquely combines pre-settlement attestation, compliance enforcement, and humanitarian funding in one protocol. Every transaction passes through identity verification, policy checks, and beneficiary binding before settlement is finalized. A portion of all protocol fees automatically routes to the Human Flourishing Fund. No other blockchain combines these three pillars into a unified system.
Settlement is the final, irreversible step where ownership of value is transferred and permanently recorded. Unlike payment processing (which authorizes a transfer) or clearing (which reconciles obligations), settlement creates the definitive record that funds have moved. JIL provides deterministic finality - meaning once settled, there is no rollback, reversal, or probabilistic uncertainty.
Section 2: Why JIL Exists
Most blockchain projects focused on trading, DeFi yield farming, NFTs, or general-purpose smart contract execution. Settlement infrastructure requires deep integration with compliance frameworks, identity verification, and institutional-grade security - none of which were priorities for existing chains. JIL was built specifically to fill this gap in the institutional settlement space.
Every financial transaction - whether a stock trade, wire transfer, or crypto swap - must ultimately settle somewhere. Settlement is where ownership legally changes hands and becomes final. Without reliable settlement, the entire financial system lacks a foundation of trust. JIL provides this foundation with auditable finality and evidence.
JIL solves the trust, compliance, and verification gaps that exist in how value moves between parties. Traditional systems settle in T+1 or T+2 days with manual reconciliation. Crypto systems settle fast but lack compliance controls. JIL delivers both speed and compliance by verifying identity, policy, and beneficiary binding before settlement occurs.
Institutions are now actively seeking compliant blockchain infrastructure. Regulatory frameworks like MiCA, the GENIUS Act, and SEC guidance are creating clear rules of engagement. Traditional settlement cycles are compressing (T+1 in 2024). JIL is positioned at this inflection point to serve institutions that need compliant, auditable settlement infrastructure.
JIL bridges the gap between traditional finance (which has compliance but is slow, opaque, and fragmented) and decentralized systems (which are fast but lack compliance and accountability). By combining the best of both worlds - blockchain speed with institutional compliance - JIL creates the settlement integrity layer that neither side has been able to build alone.
Section 3: How JIL Works
At a high level, JIL operates in three phases: (1) identity verification and beneficiary binding, (2) policy and compliance enforcement via the ATCE engine, and (3) deterministic settlement recording on the JIL-5600 unified ledger. Every transaction must pass all pre-settlement checks before finality is achieved. See the full settlement process flow.
Before settlement, JIL executes a multi-step verification pipeline: the sender and recipient identities are verified, the beneficiary is cryptographically bound to the transaction, corridor-specific compliance policies are enforced, and risk scoring is applied. Only transactions that pass all checks proceed to finality. Explore the settlement process flow for details.
After settlement, JIL creates a deterministic, tamper-proof receipt that serves as cryptographic evidence of the transaction. This receipt includes the compliance attestations, identity bindings, policy checks, and finality proof - all verifiable on-chain. These receipts can be used for regulatory audits and dispute resolution. Learn more about finality and evidence.
Deterministic finality means that once a transaction is settled on JIL, the outcome is guaranteed, irreversible, and mathematically certain. Unlike probabilistic finality (where transactions become "more final" over time, as with Bitcoin), JIL settlements are immediately and permanently final after the SCN validator network reaches consensus. See deterministic finality details.
Beneficiary binding is JIL's mechanism for cryptographically locking the intended recipient of a transaction before funds move. This prevents redirect attacks, man-in-the-middle fraud, and payment interception - which collectively account for billions in annual fraud losses. The binding is verified as part of the pre-settlement attestation process.
Section 4: Technology & Architecture
JIL-5600 is the unified ledger engine at the core of JIL Sovereign. It stores all assets, transactions, identity attestations, and compliance records in a single, deterministic state machine built in Rust. Unlike fragmented multi-chain approaches, JIL-5600 provides a single source of truth for all settlement activity. See the horizontal architecture spec.
The Adaptive Trust and Compliance Engine (ATCE) is JIL's policy enforcement layer. It dynamically evaluates each transaction against configurable compliance rules including KYC/KYB status, corridor restrictions, velocity limits, sanctions screening, and risk scores. ATCE adapts its enforcement level based on transaction risk profile. Learn more at the ATCE overview.
The settlement router is a module that intelligently routes transactions to the optimal settlement path based on asset type, corridor, compliance requirements, and cost. It supports multiple settlement rails and can route across traditional payment networks (SWIFT, ACH) or blockchain bridges. Explore settlement routing flows.
JIL Sovereign uses Rust for the L1 ledger engine (JIL-5600) and SCN validator node, Go for the provenance layer, TypeScript for API services and frontend applications, and Solidity for Ethereum bridge contracts. The full stack includes 250+ production services. See the architecture documentation.
Yes, JIL is fully modular with 250 independent microservices that can be deployed, scaled, and updated independently. This includes dedicated services for identity verification, compliance enforcement, settlement routing, bridge operations, execution venue, and more. The architecture overview details all service layers.
Section 5: Security & Compliance
Yes, compliance is built into JIL at the protocol level - not bolted on as an afterthought. The platform integrates KYC (Know Your Customer), KYB (Know Your Business), AML (Anti-Money Laundering), sanctions screening, and configurable policy enforcement into every transaction flow. See the compliance architecture specification.
No, JIL does not store personally identifiable information (PII) on-chain. Only cryptographic hashes, attestation references, and compliance proofs are recorded on the ledger. The actual identity documents and verification data are handled off-chain by the credential registry and can be managed in compliance with GDPR, CCPA, and other privacy regulations. Review the privacy policy.
JIL prevents fraud through a multi-layered approach: beneficiary binding prevents payment redirection, pre-settlement identity verification catches impersonation, the ATCE engine flags suspicious patterns, velocity checks detect unusual activity, and sanctions screening blocks prohibited parties. These controls operate before value moves - not after. Explore security controls.
Yes, JIL employs institutional-grade security including HSM (Hardware Security Module) integration, MPC (Multi-Party Computation) 2-of-3 key management, post-quantum cryptographic algorithms (Dilithium/Kyber), and a 14-of-20 BFT SCN validator consensus model. The security overview and security controls proof detail the full security model.
No, settlement on JIL is final, deterministic, and irreversible by design. Once the SCN validator network achieves consensus and the settlement receipt is issued, the transaction cannot be rolled back. This is a critical feature for institutional use cases where finality certainty is required. Learn about deterministic finality.
Section 6: Economics
JIL generates revenue through three primary channels: settlement fees (25-35 basis points per settlement event, $1 minimum), execution venue fees (2.00% per trade on AMM v5), and enterprise integration licenses for institutional partners. All fees are negotiable for high-volume institutional corridors. This diversified revenue model grows with network usage and settlement volume. See the pricing page for full details.
Settlement fees are 35 basis points standard per settlement event, or 25 basis points for volume corridors exceeding $100M/month, with a $1 minimum floor. The exact fee depends on the settlement corridor, asset type, and compliance complexity. All fees are negotiable for high-volume institutional corridors. These fees are competitive with traditional settlement costs while providing superior speed, compliance, and finality. View the fee structure.
Execution venue fees on JIL's AMM v5 are 2.00% per trade. Fees are split with liquidity providers. 10% of JIL's profits are allocated to the Human Flourishing Fund. The execution venue uses batch auctions to prevent MEV extraction, ensuring traders get fair pricing. Learn more about AMM v5 design.
Protocol fees are split with liquidity providers. LPs receive fees for providing market depth. JIL uses its share to fund platform development, maintenance, and the Human Flourishing Fund. 10% of JIL's profits are allocated to Human Flourishing. Not a tax on clients - Human Flourishing is funded from JIL's own revenue. This allocation is transparent and verifiable on-chain. See the tokenomics white paper.
The Human Flourishing Fund receives 10% of JIL's profits, automatically routed to verified organizations focused on anti-trafficking, financial inclusion, and economic empowerment. Not a tax on clients - it comes from JIL's own revenue. It is not a corporate donation or marketing initiative - it is embedded in the protocol's smart contracts, making it transparent, automated, and auditable on-chain. Learn more at the Human Flourishing page.
JIL Sovereign accepts three payment tracks: Standard Invoice (ACH, wire, credit card), Digital Asset (ETH, USDC, USDT), and JIL Token (with a discount for paying in JIL). All tracks settle to the same on-chain verification and receipt flow. See the pricing page for details.
Section 7: Institutional Use
Yes, JIL is specifically designed for institutional integration. Banks and financial institutions can connect via API adapters for settlement routing, use the compliance infrastructure for regulatory requirements, and leverage the multi-jurisdictional framework for cross-border operations. See the institutional settlement brief.
No, JIL does not replace banks or financial institutions. It enhances existing systems by providing a verified settlement layer that improves speed, compliance, and auditability. Banks maintain their customer relationships, regulatory licenses, and core services while using JIL as infrastructure for settlement finality. Explore the solutions overview.
Yes, JIL supports integration with traditional payment rails including SWIFT and ACH through dedicated adapter services and settlement routing. These bridges allow institutions to route settlement through JIL's verification layer while maintaining compatibility with existing banking infrastructure. See the NACHA interface reference and global payment interfaces.
Yes, JIL is multi-jurisdictional by design, with SCN validators operating across 13 jurisdictions spanning North America, Europe, Asia-Pacific, and the Middle East. Each corridor can enforce jurisdiction-specific compliance rules through configurable policy corridors. Learn about policy corridors and global bridge strategy.
Yes, JIL implements Policy Corridors that enforce jurisdiction-specific compliance rules for cross-border transactions. Each corridor defines the regulatory requirements, permitted asset types, velocity limits, and KYC levels required for transactions between specific jurisdictions. See policy corridors and the corridor engine documentation.
Section 9: Execution & Trading Infrastructure
Yes, JIL operates AMM v5 - a purpose-built execution venue designed for institutional-grade trading. Unlike conventional AMMs, JIL's execution venue enforces compliance controls on every trade, uses batch auctions to prevent front-running, and integrates directly with the settlement layer for deterministic trade finality. See the AMM v5 overview.
JIL's execution venue uses batch auction execution, where orders are collected over a time window and executed at a uniform clearing price. This eliminates MEV (Maximal Extractable Value) manipulation, prevents front-running, and provides fairer pricing for all participants. Combined with built-in compliance controls, it is the only execution venue designed for institutional participation. See batch auction case study.
MEV (Maximal Extractable Value, formerly Miner Extractable Value) refers to the profit that block producers or searchers can extract by manipulating transaction ordering. Common MEV attacks include front-running (inserting transactions ahead of known trades) and sandwich attacks (placing orders both before and after a victim's trade). These attacks cost traders billions annually on conventional exchanges.
JIL prevents MEV through its batch auction execution model and price band enforcement. By collecting orders into batches and executing them at a uniform clearing price, there is no ordering advantage to exploit. Price bands prevent extreme manipulation within a batch. This design is detailed in the AMM v5 ATCE flow documentation.
Yes, JIL's execution venue is specifically designed to support institutional trading with built-in compliance controls. Every trade is subject to ATCE policy checks, KYC verification, and corridor compliance. This allows regulated entities to participate in digital asset markets while maintaining their compliance obligations. Learn about institutional features.
Section 10: Vision & Future
JIL's long-term vision is to become the global settlement backbone for digital finance - the infrastructure layer where all verified value transfer is recorded with deterministic finality. Just as SWIFT became the messaging standard for banking, JIL aims to become the settlement standard for the digital asset era. See the roadmap.
JIL targets approximately 1% of global settlement flows, which represents over $12 billion in annual revenue potential given the $1.2 trillion+ total addressable market. The TAM spans five high-exposure verticals where pre-settlement attestation prevents documented fraud and improper payments:
- Banking (BEC, wire fraud, check fraud) - $30B+ annual exposure, ~100% settlement-layer attributable
- Medical Insurance (Medicare, Medicaid, provider payments) - $87.1B annual exposure, ~100% settlement-layer attributable
- Non-Medical Insurance (P&C, life, specialty, claims disbursement) - $221.5B annual exposure, ~85-90% settlement-layer attributable
- Credit Card / Payment Networks (chargebacks, friendly fraud, merchant disputes) - $145.6B annual exposure, ~70% settlement-layer attributable
- Government Vendor Payments (federal programs, improper payments) - $162B across 68 federal programs (GAO FY2024)
Combined, these sectors represent over $700B in documented annual fraud and improper payment losses. Even a 1% capture rate at 35-90 bps per verification event ($1 floor) would make JIL one of the most significant infrastructure platforms in digital finance. See the business plan and pitch deck for detailed projections.
JIL Sovereign is targeting full mainnet launch in 2026. The platform currently operates 10 mainnet SCN validators across 13 compliance zones, with 250+ production services on the portal environment. The public trading launch is scheduled for November 1, 2026. View the complete roadmap.
JIL is the native utility token of the JIL Sovereign network. It is used for settlement fees, execution venue trading, protocol participation, and SCN validator incentives. The token is deployed as an ERC-20 on Ethereum with a total supply of 10 billion JIL. Learn about tokenomics.
Yes, JIL is expanding globally across jurisdictions and asset classes. The current SCN validator network spans 13 jurisdictions including US, EU, Switzerland, Singapore, UAE, Japan, UK, and Brazil. Future expansion includes additional SCN validator nodes, more settlement corridors, and support for new asset types. See the expansion roadmap.
Section 11: Investor Questions
JIL tokens are utility tokens designed for network functionality and protocol participation. All participation is subject to applicable regulatory compliance in your jurisdiction. JIL does not guarantee returns, and tokens should not be purchased with an expectation of profit from the efforts of others. Please review the risk disclosures and detailed risk factors.
JIL token utility is driven by settlement volume and network usage. As more transactions settle through JIL's infrastructure, demand for JIL tokens (used for settlement fees and protocol participation) grows proportionally. This creates a fundamentally usage-driven economic model tied to real settlement activity. See the tokenomics white paper.
JIL does not implement traditional staking mechanisms. This is a deliberate design decision to avoid potential regulatory classification as a security. SCN Validators are selected through a permissioned network model with institutional-grade requirements, not through token staking. Learn about the governance model.
Key risks include market risk (crypto market volatility), regulatory risk (evolving legal frameworks across jurisdictions), execution risk (technology delivery and adoption), and competition risk (other settlement infrastructure providers). JIL mitigates these through diversified jurisdictions, institutional partnerships, and proven technology. Full details in the risk disclosure document.
Early participants gain access to pre-launch token pricing (starting at $0.09, stepping to $0.21 at mainnet launch on November 1, 2026) and platform allocations (15% through May 2026, decreasing 2.5% per month). Early participation supports the network's bootstrap phase and provides access to a growing settlement infrastructure platform. See token purchase details.
Section 12: Differentiation
Ethereum is a general-purpose execution layer optimized for smart contract computation. It does not provide built-in compliance enforcement, beneficiary binding, or pre-settlement attestation. JIL bridges to Ethereum (and other chains) but provides the settlement integrity layer that Ethereum's architecture does not include natively. Compare at settlement integrity overview.
Solana optimizes for transaction speed and throughput but does not include native compliance enforcement, identity verification, or settlement finality guarantees. A fast blockchain is not the same as a verified settlement layer - institutional participants need both speed and compliance. JIL delivers both through its settlement proof system.
XRP (Ripple) focuses on cross-border payments and messaging between financial institutions. While valuable for payment routing, XRP does not provide pre-settlement attestation, beneficiary binding, or the full compliance infrastructure that institutions need for settlement finality. JIL covers the complete settlement lifecycle. See the settlement comparison.
JIL is the only blockchain that combines pre-settlement attestation (identity + policy + beneficiary binding) with a unified settlement ledger and deterministic finality. Other chains focus on execution speed, smart contract generality, or payment routing. JIL focuses on ensuring that every settlement is verified, compliant, and final. See the Proof Center.
Yes, JIL Sovereign is the first blockchain specifically designed as a pre-settlement attestation infrastructure layer. While other projects address individual components (compliance, identity, settlement), JIL is the first to unify these into a single protocol with 53 patent claims covering its novel architecture. See the patent portfolio.
Section 13: Compliance & Governance
JIL Sovereign is governed through a structured governance framework anchored by JIL Sovereign Holdings, LLC (Wyoming) and JIL Sovereign Technologies, Inc. (Delaware). Operational governance involves a permissioned SCN validator network across 13 jurisdictions, with each SCN validator meeting institutional-grade requirements. See the governance page.
Yes, JIL achieves decentralization through its SCN validator network of 10+ nodes distributed across multiple jurisdictions and operated by independent entities. The 14-of-20 BFT consensus model ensures no single entity can control settlement outcomes. This is institutional decentralization - designed for compliance, not just censorship resistance. See SCN validator infrastructure.
Yes, JIL maintains ongoing security and compliance audit programs. The platform generates cryptographic audit receipts for every settlement, providing verifiable evidence for regulatory audits. Third-party security audits are planned as part of the mainnet launch preparation. See audit receipt documentation.
JIL operates across 13 jurisdictions spanning the US, Germany, EU, Switzerland, Singapore, Japan, UK, UAE, and Brazil. The SCN validator network is distributed across these jurisdictions to ensure multi-jurisdictional compliance and operational resilience. Each zone enforces local regulatory requirements through configurable policy corridors.
Yes, governance decisions, SCN validator operations, and protocol parameters are documented and auditable. The SentinelAI fleet inspector provides real-time monitoring of SCN validator health and compliance across the network. Settlement receipts provide cryptographic evidence of every governance-relevant action. Visit the Proof Center for live system evidence.
Section 14: Technical Depth
JIL uses a Byzantine Fault Tolerant (BFT) consensus model with a 14-of-20 SCN validator threshold (70% supermajority). This means at least 14 out of 20 SCN validators must agree on each settlement for it to be finalized. The model provides strong finality guarantees while tolerating up to 6 faulty or malicious SCN validators. See the hybrid architecture specification.
JIL targets 100,000+ transactions per second (TPS) at scale, achieved through horizontal scaling of the JIL-5600 ledger engine, parallel transaction processing, and optimized consensus rounds. The Rust-based core is designed for high-performance throughput comparable to traditional financial settlement systems. See performance proof.
Yes, JIL is built for institutional-scale operations. The architecture supports horizontal scaling through service-level parallelism, sharded ledger operations, and independently scalable microservices (250 total). SCN Validator nodes can be added to increase network capacity and geographic distribution. See the horizontal scaling architecture.
Yes, JIL supports smart contracts with built-in compliance enforcement through the ATCE engine. Unlike conventional smart contracts that execute without regulatory controls, JIL's smart contracts are subject to policy checks, identity verification, and compliance attestation at execution time. See the smart contract lifecycle.
Yes, JIL is designed for interoperability across multiple blockchain networks and traditional financial systems. The bridge infrastructure supports EVM chains (Ethereum, BSC, Polygon, Arbitrum, Base, and more), Solana, and traditional payment rails (SWIFT, ACH). See the APIs and bridges documentation.
Section 15: Human Flourishing
JIL funds Human Flourishing through a protocol-level allocation mechanism. 10% of JIL's profits are allocated to the Human Flourishing Fund, which distributes to verified organizations. Not a tax on clients - it comes from JIL's own revenue. This allocation is embedded in the protocol's smart contracts, making it transparent, automated, and impossible to circumvent. Learn more at the impact page.
Yes, all Human Flourishing Fund allocations and distributions are recorded on-chain, providing full transparency and auditability. Anyone can verify the flow of funds from protocol fees to humanitarian organizations in real-time. This on-chain transparency ensures accountability that traditional charitable giving cannot match. See the impact dashboard.
Yes, users can track the cumulative humanitarian impact of the network in real-time. Every fee contribution, fund allocation, and organizational distribution is recorded on-chain and visible through JIL's transparency tools. This allows participants to see exactly how their network activity contributes to global humanitarian outcomes via the impact tracker.
Humanitarian funds are distributed to verified organizations that meet JIL's due diligence requirements. Organizations are vetted for legitimacy, operational transparency, and impact measurement before receiving allocations. The selection process ensures funds reach organizations creating measurable positive outcomes in areas like disaster relief, education, and healthcare. See funded organizations.
Yes, the Human Flourishing Fund distribution is fully automated through smart contracts. Fee routing, fund accumulation, and organizational disbursement all happen programmatically without manual intervention. This automation eliminates administrative overhead, reduces the potential for misallocation, and ensures consistent funding flow regardless of market conditions.
Section 16: Miscellaneous
JIL follows a selective open-source model. Core protocol specifications, API documentation, and integration libraries are made available to foster ecosystem development. The full source code of security-critical components is maintained under controlled access to protect the network. Developer resources are available in the documentation hub.
Yes, developers can build applications on JIL using the platform's comprehensive API suite, SDK, and documentation. The API gateway provides access to settlement, compliance, identity, and trading functionality. JIL offers developer guides, sandbox environments, and integration support. Start with the developer brief.
Yes, JIL provides a full suite of REST APIs covering settlement, compliance, identity verification, trading, bridge operations, and more. All APIs follow consistent authentication, versioning, and documentation standards. Explore the complete API and bridges documentation for endpoint specifications and integration guides.
Yes, JIL operates a testnet (sandbox) environment for developers and institutional partners to test integrations. The sandbox provides access to settlement, compliance, and execution venue services in a controlled environment with test tokens and simulated market conditions. Contact us for sandbox access.
JIL's mission is to create financial integrity and humanitarian impact through verified settlement infrastructure. The platform ensures that every value transfer is verified, compliant, and final - while automatically funding humanitarian causes through protocol-level fee routing. This dual mission addresses both the technical and ethical dimensions of global finance. See about JIL Sovereign.
Section 17: Additional Questions
Yes, JIL is architected for global scale from day one. The SCN validator network already spans 13 jurisdictions across 4 continents, the policy corridor system supports jurisdiction-specific compliance rules, and the horizontal architecture enables adding capacity without disrupting existing operations. See the infrastructure overview and expansion roadmap.
Yes, JIL is designed with long-term viability in mind. The modular architecture allows individual components to be upgraded without full-system changes. Post-quantum cryptography (Dilithium/Kyber) protects against future quantum computing threats. Configurable policy corridors adapt to evolving regulatory frameworks. See the secure boot specification.
JIL's architecture is designed to accommodate Central Bank Digital Currencies (CBDCs) as they emerge. The policy corridor system can enforce CBDC-specific regulatory requirements, the settlement router can handle CBDC settlement alongside crypto and traditional assets, and the compliance infrastructure aligns with central bank requirements. See solutions overview.
Yes, JIL implements post-quantum cryptographic algorithms including CRYSTALS-Dilithium (digital signatures) and CRYSTALS-Kyber (key encapsulation). These NIST-standardized algorithms protect against both current classical computers and future quantum computers. See the security overview and proof infrastructure documentation.
Yes, JIL maintains a detailed public roadmap covering technology development, SCN validator expansion, jurisdictional licensing, institutional partnerships, and execution venue launch milestones. The execution venue is scheduled to launch November 1, 2026, with ongoing SCN validator and corridor expansion throughout 2026 and beyond. View the full roadmap.
Section 18: Advanced Concepts
RFQ (Request for Quote) routing is an execution model where the settlement router solicits quotes from multiple liquidity sources before executing a trade. This competitive quoting process ensures best-price execution for larger transactions, similar to institutional FX trading desks. The settlement router selects the optimal path based on price, speed, and compliance requirements.
Vaults in the JIL ecosystem are ERC-4626-compatible yield-bearing structures that hold protocol reserves and institutional assets. The JIL Treasury contract implements 5 vaults: SCN Validator Incentives (1B JIL), Protocol Treasury (3B), Operations (2B), Ecosystem Fund (1B), and Strategic Reserve (0.5B). See vault details and the tokenomics white paper.
The migration engine is a tool for moving assets between different versions of JIL contracts or across blockchain networks. It was used for the JIL.ai to JIL token migration and supports ongoing token swap operations. Current swap contracts allow 1:1 migration from legacy tokens (v1 and v2) to the current JIL token (v3). See token swap page.
Bridges are cross-chain connectors that enable assets to move between JIL and other blockchain networks. JIL operates a 14-of-20 multisig bridge architecture with support for Ethereum and 10+ EVM chains, plus Solana. Wrapper tokens (like wBTC-JIL, wETH-JIL) represent bridged assets on the JIL network. See bridge-in and bridge-out documentation.
The API gateway is the routing layer that provides a unified entry point for all JIL platform services. It handles authentication, rate limiting, request routing, and API versioning across 250+ production services. Institutional integrators connect through the gateway for settlement, compliance, and trading operations. See the API documentation.
Section 19: Final Questions
Trust in JIL is built on transparency, cryptographic proof, and institutional design. Every settlement produces a verifiable proof trail. The SCN validator network is distributed across 13 jurisdictions. 53 patent claims protect the novel architecture. All system activity is auditable through the Proof Center, which provides live evidence of infrastructure, security, and settlement operations.
JIL Sovereign was built by a dedicated engineering team led by Jeffrey Mendonca, with expertise spanning financial infrastructure, cryptography, distributed systems, and regulatory compliance. The team is based in Texas with global operations across the US, Switzerland, Singapore, and UAE. Learn more about the team and company.
JIL is approaching full production readiness with 10 mainnet SCN validators operational, 250+ production services, the L1 ledger running, and bridge infrastructure live. The public trading launch on November 1, 2026 represents the final major milestone before full public availability. Current system status is available at the Proof Center.
The biggest risk is adoption - specifically, achieving sufficient institutional and user adoption to reach network effects and sustainable settlement volume. JIL mitigates this through a multi-pronged go-to-market strategy including institutional partnerships, competitive settlement pricing, and the unique value proposition of pre-settlement attestation. See the business plan.
The biggest opportunity is becoming the settlement standard for digital finance. Global settlement flows exceed $1.2 trillion annually, and the shift to digital assets is accelerating. JIL is positioned to capture this opportunity as the only purpose-built settlement infrastructure with native compliance, identity verification, and deterministic finality. See investor information.
Section 20: Closing
JIL Sovereign is the provenance-aware settlement infrastructure layer for digital finance - ensuring every transaction is verified for identity, payment origin, compliance, and finality before and after value moves. This captures the platform's core value proposition: combining identity verification, provenance attestation, compliance, and settlement into one unified system. See the homepage for the full platform overview.
JIL matters because it solves the fundamental trust problem in digital finance: how do you ensure that value moves correctly, to the right person, from a legitimate source, in compliance with regulations, with irreversible finality? Every financial institution needs this answer, and JIL provides it at the protocol level rather than through layers of intermediaries. Explore why settlement matters.
Financial institutions seeking compliant settlement infrastructure, investors looking for early participation in foundational fintech infrastructure, developers building compliance-aware financial applications, and anyone concerned about the integrity of how value moves in the digital economy. Find the track that matches your role at the documentation hub.
The immediate next milestones include the public trading launch (November 1, 2026), expanded institutional partnerships, additional SCN validator onboarding, and new settlement corridor activations. Beyond 2026, JIL will expand asset class support, deepen traditional finance integrations, and scale SCN validator coverage globally. See the full roadmap.
The timing for JIL has never been better. Regulatory clarity is emerging (MiCA, GENIUS Act), institutions are actively seeking compliant blockchain infrastructure, traditional settlement cycles are compressing, and digital asset adoption is accelerating. JIL meets this moment with the world's first purpose-built settlement verification layer. Begin with the whitepaper or request access.
Section 21: Provenance-Aware Settlement
Provenance-aware settlement extends traditional identity verification to also verify where a payment came from, how it was funded, and whether that origin is admissible for the settlement corridor. While identity verification (BID, BEC, KYC/KYB) answers WHO is sending and receiving, provenance verification answers WHERE the payment originated, WHAT rails it traversed, and WHETHER the source institution is regulated and non-sanctioned. JIL performs both: identity checks before funds move, and provenance attestation after funds arrive. This dual-layer approach means that even if a counterparty passes identity checks, the system still catches payments originating from sanctioned intermediaries, structured through layering schemes, or routed through inadmissible settlement rails. The provenance-attestation service evaluates five dimensions: payment origin, funding path, source institution, source rail, and behavioral anomalies - producing a risk score and deterministic verdict for each incoming payment.
JIL's payment origin verification evaluates five provenance dimensions for every incoming payment. First, source-account identification validates the originating account against known account registries. Second, source-institution validation cross-references the institution's BIC code against regulatory registries and sanctions lists, checking whether the institution is regulated, its risk tier (standard, elevated, or high), and whether its license has been revoked. Third, funding-path analysis traces the sequence of intermediary hops the payment traversed, flagging excessive hops (more than three - a layering indicator), circular routing, sanctioned intermediaries, and unknown institutions. Fourth, source-rail authentication verifies that the settlement rail (SWIFT, FedNow, ACH, SEPA, or blockchain) is admissible for the specific payment corridor. Fifth, behavioral anomaly detection flags off-hours timing, round-number structuring, just-under-threshold amounts, and jurisdiction mismatches between the source country and BIC country code.
Funding-path verification traces the complete chain of institutions and intermediaries a payment passed through before reaching the beneficiary. Each hop in the path is evaluated for five risk indicators. Excessive hops: payments that traverse more than three intermediaries are flagged as potential layering - a common money laundering technique where funds are moved through multiple accounts to obscure their origin. Circular routing: if the same institution (identified by BIC code) appears multiple times in the funding path, it suggests deliberate routing to create distance between source and destination. Sanctioned intermediaries: every hop is checked against OFAC, EU, and UN sanctions lists. If any intermediary institution operates in a sanctioned jurisdiction, the payment receives a critical-severity anomaly flag. Unknown intermediaries: hops without an identifiable institution or BIC code receive elevated risk scores. Timing gaps: delays exceeding 72 hours between consecutive hops suggest the funds may have been parked intentionally to break audit trails.
Source institution validation is a multi-step process that evaluates the originating financial institution. When a payment arrives, the provenance service extracts the source institution's BIC (Bank Identifier Code) and performs a local registry lookup against JIL's institution database, which tracks every institution's country, regulatory status, risk tier, and last sanctions check date. The service then cross-references the institution with the sanctions-screening-cache service (port 8903) for real-time sanctions exposure. Institutions are classified into regulatory statuses: regulated (normal operations), unregulated (elevated risk), revoked (high risk - license withdrawn), and sanctioned (critical - blocked). Risk tiers determine scoring: standard institutions add zero risk, elevated institutions add 10 points, and high-risk institutions add 20 points. Sanctioned institutions receive an automatic 50-point score increase and a critical-severity flag. Unknown institutions (BIC not in the registry) receive a 20-point risk increase until manually verified and added to the registry.
When the provenance-attestation service evaluates an incoming payment, it produces a composite risk score (0-100) and a deterministic verdict. Scores below 20 result in an "approved" verdict - the payment has clean provenance and proceeds normally. Scores between 20 and 44 result in a "flagged" verdict - the payment proceeds but is annotated with the specific risk indicators for compliance review. Scores between 45 and 69 result in a "held" verdict - the payment is quarantined pending manual review by the compliance team, with full documentation of every risk indicator. Scores of 70 or above result in a "rejected" verdict - the payment is blocked with documented reason codes explaining exactly why. Every evaluation generates an immutable audit trail entry recording the verdict, individual check scores (origin, path, institution, rail, anomaly), all detected anomalies with severity levels, and the specific reason codes that contributed to the score. Enterprise treasury users can configure custom thresholds and per-corridor overrides.
Identity verification and provenance verification serve complementary but distinct purposes in JIL's settlement pipeline. Identity verification (performed before funds move) answers WHO: Beneficiary Identity Dispatch (BID) confirms the counterparty through document parsing, corporate registry verification, and attestation binding; Business Email Compromise (BEC) screening catches impersonation through domain analysis, DMARC validation, and lookalike detection; KYC/KYB confirms the entity's legal identity and standing. Provenance verification (performed after funds arrive) answers WHERE and HOW: it evaluates the payment's source account, originating institution's regulatory standing, funding path for layering indicators, settlement rail admissibility, and behavioral anomalies. A payment can pass identity checks (the sender is who they claim to be) but fail provenance checks (the funds originated from a sanctioned intermediary or traversed an inadmissible rail). JIL enforces both layers because clean identity does not guarantee clean money.
JIL's provenance attestation runs post-receipt - after funds have arrived but before they are cleared for use in subsequent transactions. When a settlement completes, the settlement-aggregator fans out a provenance check request via Kafka to the provenance-attestation service. The service evaluates the payment's source account, institution, funding path, rail, and behavioral patterns asynchronously, without blocking the initial settlement. This design allows funds to arrive without introducing latency into the settlement process, while ensuring suspicious provenance is detected and flagged before the recipient can move the funds further. If the provenance evaluation returns a "held" or "rejected" verdict, the funds are quarantined in the recipient's account. Enterprise treasury users can enable this feature through their wallet settings and configure which checks run, what thresholds apply, and which corridors require mandatory provenance verification. Consumer wallet users get a simplified toggle with default thresholds.
Source-risk signals are quantifiable indicators derived from a payment's origin that contribute to the overall provenance risk score. JIL's provenance-attestation service evaluates seven categories of source-risk signals. Country risk: payments originating from OFAC or FATF high-risk jurisdictions (such as North Korea, Iran, Syria, or Cuba) receive a 40-point risk increase. Origin method risk: anonymous or cash-based origin methods receive a 35-point increase; unknown methods receive 10 points. Institution risk: sanctioned institutions add 50 points; unregulated add 15; revoked add 30. Rail admissibility: payments on inadmissible rails for their corridor add 25 points. Timing anomalies: off-hours transactions (UTC 00:00-05:00) add 5 points; weekend transfers add 3 points. Structuring indicators: amounts just below reporting thresholds (e.g., $9,000-$9,999 relative to the $10,000 FinCEN threshold) add 15 points; exact round numbers add 8 points. Jurisdiction mismatches: when the declared source country differs from the BIC country code, 12 points are added.
Corridor admissibility determines which settlement rails are valid for a given payment corridor based on regulatory requirements and bilateral agreements. JIL maintains a corridor-to-rail mapping that defines acceptable rails for each country pair. For example: US-to-EU corridors admit SWIFT, SEPA, and blockchain; US-to-US corridors admit FedNow, ACH, SWIFT, and blockchain; EU-to-EU corridors admit SEPA, SWIFT, and blockchain; EU-to-CH (Switzerland) corridors admit SEPA, SWIFT, and blockchain. Any corridor not explicitly mapped falls back to the ANY-ANY default, which admits only SWIFT and blockchain as universally accepted rails. When a payment arrives on a rail that is not in the admissible set for its corridor (for example, an ACH transfer on a US-to-EU corridor), the provenance service flags it with a RAIL_INADMISSIBLE reason code and adds 25 points to the risk score. Enterprise users can add custom corridor rules through the wallet treasury settings, specifying which corridors require mandatory provenance checks and what threshold overrides apply.
JIL's provenance verification produces auditable evidence aligned with multiple regulatory frameworks. FATF Travel Rule: the system captures and validates originator information including source account, institution BIC, and country - satisfying the requirement that financial institutions obtain, hold, and transmit originator and beneficiary information. FinCEN BSA/AML: structuring detection logic identifies amounts designed to evade the $10,000 reporting threshold, and the audit trail supports Suspicious Activity Report (SAR) filing. EU Anti-Money Laundering Directives (AMLD5/6): source-of-funds verification traces funding paths and validates that source institutions meet EU regulatory standards. OFAC sanctions compliance: every institution in the funding path is screened against OFAC's SDN and consolidated sanctions lists, with real-time list versioning from the sanctions-screening-cache. MiCA (Markets in Crypto-Assets): crypto-asset transfer traceability requirements are met through the funding-path validation and rail-authentication capabilities. Basel Committee correspondent banking guidelines: source institution due diligence evaluates each institution's regulatory status, risk tier, and jurisdictional exposure. All provenance evaluations are recorded in an immutable audit trail suitable for regulatory examination.
Still have questions?
Reach out to our team or explore the documentation for deeper technical details.