La Tanda Chain Incentivized Testnet Live, Validators & Node Operators Welcome (Cosmos SDK v0.53.6)

Hey everyone,

La Tanda Chain is a Cosmos SDK v0.53.6 / CometBFT blockchain for decentralized financial services in Latin America. The testnet has been live since February 25, producing blocks every ~5 seconds. We’re looking for node operators and validators to join the network.

Validator support program
The tiers below are support delegations from the genesis account, not payments or rewards. Testnet
LTD has no monetary value.

Tier Requirement Support delegation Slots
Full Node Operator Run synced node 30+ days, 95% uptime 500 LTD 20
Testnet Validator Full node → validator, maintain uptime 2,000 LTD 10
Infrastructure Partner Public RPC, snapshots, state sync 5,000 LTD 5
Bug Reporter Valid chain/consensus bugs 100-1,000 LTD Open

Update (Oct 2026): the support program changed. Validators that pass the bot control proofs (!verify + independence proof) and 7 days without jail can receive a 2,000 LTD support delegation (5,000 for Infra Partners with public RPC/REST), in batches signed by the team. Nothing is automatic and there is no 50K self-stake delegation. Policy pinned in #:chains: -validators on Discord:

Chain Details

Chain ID latanda-testnet-1
Framework Cosmos SDK v0.53.6 / CometBFT
Block time ~5 seconds
Supply 200M LTD (fixed, 0% inflation)
Validator stake: no protocol minimum (active set of up to 100 validators). Gas for the create-validator tx comes from the Discord faucet (10 LTD, once per person).
P2P Seed 483a8110c3cd93c8dd3801d935151e98656f5b67@168.231.67.201:26656

Endpoints:

  • RPC: latanda.online/chain/rpc/
  • REST: latanda.online/chain/api/
  • Explorer: latanda.online/chain/
  • Genesis: latanda.online/chain/genesis.json

One-Line Install

wget -q latanda.online/chain/node-setup.sh -O node-setup.sh && chmod +x node-setup.sh && ./node-setup.sh

Runs on any $5/month VPS (2 CPU, 4GB RAM, Ubuntu 22.04+). The script handles Go, build, genesis, seed peer, and PM2 startup.

What Makes This Different

This isn’t a whitepaper-only project. La Tanda is a live fintech platform already serving users in Honduras:

  • 140+ API endpoints in production
  • Rotating savings groups (tandas/ROSCAs): La Tanda records contributions and turns; members pay each other directly
  • Group chat, MIA (AI assistant) and La Tanda Academy (free digital-skills courses)

The chain is planned to migrate core financial logic to native Cosmos modules (x/tanda, x/mercado, x/loteria, x/ltd, x/mineria, x/gobernanza).

Where to Find Us

  • GitHub: github.com/INDIGOAZUL/la-tanda-chain
  • Whitepaper: latanda.online/whitepaper.html
  • Discord: La Tanda Web3's server Drop by #node-onboarding on Discord to register your
    node
  • Telegram: @latandahn
  • Twitter: @TandaWeb3
  • Email: contact@latanda.online

Drop by #node-onboarding on Discord to register your node or ask questions.

2 Likes

Update — April 2026, one month in

Wanted to bump this with progress since the original post on March 10.
This is a quick update, not a new pitch.

What’s new since the original post

Chain health

  • 13+ active validators (up from 11 at post time), including new
    infra partner: drops (rpc.latanda-node.uk, api.latanda-node.uk)
  • Chain uptime: stable since Q1 2026, no consensus incidents
  • Two governance proposals have now passed on-chain (GOV-001 and
    GOV-002). GOV-002 specifically bumped signed_blocks_window from
    100 → 10,000 to prevent validator jails during bootstrap phase —
    thanks to the community for voting on this
  • Explorer maintained by UTSA: https://exp.utsa.tech/latanda/staking

Ecosystem (the non-chain layers)

A few validators asked: “is this really more than a ROSCA app?”
Yes. Here’s what shipped since the original post:

  • MIA AI Assistant — integrated Groq Llama 3.3 70B as our
    financial assistant. 16 capabilities including tokenomics
    explanation, tanda coaching, predictive analytics, navigation
    intent handling. Public: latanda.online/mia.html
  • Governance hub — full Keplr wallet integration with real
    voting + delegation on-chain (not just reading). Public:
    latanda.online/governance.html
  • Marketplace Web3 restructure with Seller Score on-chain,
    sub-tabs, logo upload, 0% commission for active tanda members
  • Reputation system with unified credit score (300-850)
    portable across layers

Tokenomics (no changes, just clarification)

The original post mentioned 200M LTD fixed supply with 0% inflation.
That’s still the case. A few people asked how validator rewards
work without inflation:

  • Pre-minted Staking & Validators Pool (40M LTD, 20% of supply)
    distributes programmatically via a custom x/stakingrewards
    module over ~8 years
  • Post-Staking-Pool sustainability comes from SIX redundant sources
    documented in whitepaper §5.4 (fees, marketplace commission
    routing to validators, burn mechanism, treasury subsidy, pool
    re-allocation via governance, emergency network fee)
  • Marketplace commission routing (0.5% GMV → validators) is
    the differentiator we’re most excited about — it’s a revenue
    stream that doesn’t exist on store-of-value chains. Feedback on
    that specific design would be gold.
  • Full 10-pool distribution + timeline in whitepaper v2.0:
    latanda.online/whitepaper.html#tokenomics

Mainnet timeline confirmed

  • Target: Q1 2027 (no change from original)
  • Security audit: Q3 2026 (evaluating Informal Systems, Oak
    Security, Halborn)
  • Seed round + strategic round: Q3-Q4 2026
  • Incentivized testnet snapshot: Q4 2026

Incentivized Testnet Program — still open

The tiers from the original post haven’t changed:

  • Infra Partner — 5,000 LTD × 5 slots (4 confirmed: drops,
    UTSA/lesnik, OwlStake, ANODE.TEAM — 1 slot left)
  • Validator — 2,000 LTD × 10 slots (multiple still open)
  • Full Node — 500 LTD × 20 slots (multiple still open)
  • Bug Reporter — 100-1,000 LTD per verified report

Rewards are paid in REAL mainnet LTD at genesis, not testnet tokens.

If you’re evaluating chains to add to your portfolio before mainnet
launches, this is a window that won’t stay open forever — we’re
targeting the snapshot for Q4 2026.

What I’d love feedback on

Three specific things from Cosmos community expertise:

  1. The 6-source sustainability model — does it actually hold
    up long-term, or is there a failure mode I’m missing? Critical
    feedback welcomed.

  2. Custom module design — specifically x/stakingrewards (for
    programmatic distribution from pre-minted pool) and
    x/marketplacerewards (for commission routing). Any teams
    building similar modules we should coordinate with?

  3. Testnet-to-mainnet migration best practices — we’re planning
    a clean genesis for mainnet (not a state migration from
    latanda-testnet-1). Validators with experience running dry-runs
    on other chains: what should we watch out for?

Resources

  • Chain landing: latanda.online/chain/
  • Whitepaper v2.0: latanda.online/whitepaper.html
  • Governance hub: latanda.online/governance.html
  • MIA AI: latanda.online/mia.html
  • Explorer: exp.utsa.tech/latanda/staking
  • Discord: discord.gg/Ve9M2ZSYC2

I’m in the comments if you have questions. Thanks to everyone
already running nodes — your uptime is the product at this stage.

-– La Tanda

2 Likes

Hello La Tanda team,

First of all, congratulations for openly requesting technical feedback before mainnet. The willingness to expose architectural decisions to public scrutiny is usually a sign of maturity and confidence in the design process.

After spending considerable time reviewing the validator architecture, tokenomics, governance design, roadmap, custom modules, fintech platform structure, and the broader ecosystem surrounding La Tanda, I believe one of the most interesting aspects of this project is that it is not attempting to build a blockchain in search of a use case.

Instead, it appears to be building blockchain infrastructure around an existing financial-services ecosystem.

This creates a very different set of challenges compared to most blockchain launches.

Many networks focus primarily on technical execution, while utility and economic activity are expected to emerge later. Here, the more interesting question is how the protocol maintains long-term alignment between ecosystem growth, value creation, and network security.

From a validator perspective, this raises several important considerations.

Regarding the six-revenue-source sustainability model, my main concern is not the number of revenue streams but the degree of independence between them.

A useful stress test may be:

  • What happens if marketplace activity remains below expectations?

  • What happens if user growth is slower than projected?

  • What happens if only one or two revenue sources become dominant while the others contribute marginally?

  • What happens if adoption grows unevenly across products, services, or jurisdictions?

In distributed systems, diversification only increases resilience when failure domains are sufficiently independent. If multiple revenue streams ultimately depend on the same underlying user behavior, the effective diversification may be significantly lower than it appears.

Regarding x/stakingrewards, the bootstrap model appears well suited for establishing initial validator participation and network security. However, the more important question is what happens after the bootstrap phase.

How will validator incentives evolve as the reward pool decreases over time?

Will ecosystem-generated value eventually become sufficient to sustain validator participation without relying on pre-allocated rewards?

From my perspective, this transition may become one of the most important economic milestones in the network’s lifecycle.

The discussion around x/marketplacerewards is particularly interesting because it appears to move beyond the traditional Cosmos dependency on inflation-based security.

If marketplace-generated value can be routed transparently and programmatically toward validators, delegators, treasury growth, and ecosystem development, the network may establish a significantly more sustainable security model than those relying primarily on token inflation.

At the same time, whenever value-routing becomes a core component of protocol economics, incentive equilibrium becomes critically important.

A system can be technically robust while gradually accumulating economic imbalances that only become visible years later.

For that reason, I believe extensive modeling under non-ideal conditions would be extremely valuable before mainnet, including:

  • Uneven adoption across ecosystem components.

  • Rapid growth in one sector and slower growth in others.

  • Geographic expansion occurring at different rates.

  • Variations in validator participation.

  • Long-term treasury evolution.

  • Long-term validator reward sustainability.

Regarding the clean-genesis approach, I strongly agree with the decision not to migrate state from testnet.

If I were planning validator dry runs before mainnet, I would focus heavily on:

  • Genesis reproducibility across independent validator environments.

  • Seed node resilience under load.

  • State-sync recovery testing.

  • Governance execution under network stress.

  • Slashing and downtime simulations.

  • Emergency upgrade procedures.

  • Validator onboarding from a clean environment.

Many network launches fail operationally before they fail technically.

Overall, after studying the broader architecture, my impression is that the technical foundation appears solid.

The more interesting challenge now is ensuring that the economic architecture remains as resilient, decentralized, and incentive-aligned as the technical architecture as the ecosystem scales.

In my opinion, this is where some of the most valuable community feedback can be provided before mainnet.

Thank you for inviting the community into this discussion.

1 Like

Hi La Tanda team I’d like to join the testnet validator program. I run multi-chain validator infrastructure (currently operating validator seats on a few Cosmos testnets plus an SSV operator node) and I already have a latanda-testnet-1 full node syncing to head on dedicated cloud infra block height ~30% and climbing at the moment, monitored 24/7.

Could you delegate the 50K test-LTD self-stake to my validator operator address so I can create the validator as soon as the node reaches head?

ltd1gakjzppxtrkqt3frda770wnxl3k9eawevkvc09

If the last Infrastructure Partner slot is still open I’d also take it I can stand up a public RPC + API endpoint and state-sync snapshots for the network (we run public multi-chain RPC infra already). Discord isn’t reachable from my infrastructure so posting here happy to verify anything you need on-chain. Thanks!

Quick update on my registration above. The latanda-testnet-1 node is now fully synced and tracking head (block ~3.45M), on dedicated bare-metal with 24/7 monitoring.

Updated operator wallet for the 50K test-LTD self-stake delegation (please use this one rather than the address in my earlier post)

ltd16xd7598zkl3wx8zj06yrccsepqp4ygxw2vqc5v

Node ID: 62e2440d0bfb792075f60219434f921f2fdf4c43

Moniker: hostdefi-node

The Infra Partner offer stands as well. We run our own RPC relay and monitoring stack for other networks, so standing up a public RPC/API endpoint and state-sync snapshots for latanda is straightforward.

Devin, HostDeFi (ops@hostdefi.com)

@tanda HostDeFi here (posted above as devin). Our latanda-testnet-1 full node is fully synced and tracking head on dedicated bare-metal, 24/7 monitored. Requesting the 50K test-LTD self-stake delegation so we can run create-validator immediately.

Operator wallet: ltd16xd7598zkl3wx8zj06yrccsepqp4ygxw2vqc5v

Also flagging: the discord.gg/Ve9M2ZSYC2 invite has expired could you share a fresh link?

Thanks!

@tanda quick follow-up on our registration (devin + forum.cosmos2 posts above, both HostDeFi).

We got into the Discord guild today on a fresh seat and cleared all Pandez Guard checks (DMs off, rules, captcha) the welcome DM arrived but the seat was removed about ten minutes later before it could be approved (the guild runs manual approval and fresh accounts seem to get bounced at the gate). Re-joining the invite now returns “Unable to accept invite”. If a mod can whitelist it directly username devon.marsh, uid 1556766181069692983 we’ll rejoin on whatever invite you prefer.

If Discord onboarding is a hard requirement we’ll keep working it, but we’re happy to verify everything on-chain right here instead. Our node is fully synced at head (block ~3.46M), dedicated bare-metal, 24/7 monitoring. Operator wallet ltd16xd7598zkl3wx8zj06yrccsepqp4ygxw2vqc5v, node id 62e2440d0bfb792075f60219434f921f2fdf4c43, moniker hostdefi. To prove key custody we can self-send 1ultd with any memo you specify once the address has dust for gas a faucet drip or a small send to the address is all we need.

Requesting the 50K test-LTD self-stake delegation to that address when you’re ready.

Devin, HostDeFi (ops@hostdefi.com)

Hi @devin/@hostdefi, thanks for running a node. A few clarifications for everyone reading:

  • The support program changed in October (see the updated first post). There is no 50K self-stake delegation, and we don’t delegate from forum posts or email.
  • Every operator goes through the same steps on Discord: the captcha (Pandez Guard), then #node-onboarding for the faucet gas, !verify and the independence proof, then 7 days without jail. Delegations go out in batches signed by the team; nothing is automatic.
  • The invite in the first post is permanent. If the captcha check fails, the server’s anti-bot filter removes the account automatically. We don’t whitelist accounts by hand, so the same process applies to everyone.

Testnet LTD has no monetary value. Happy to help with node setup questions here.