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.

Incentivized Testnet (March-June 2026)

We’re allocating rewards from our 40M LTD staking pool (20% of 200M total supply) to early participants:

Tier Requirement Reward 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

Testnet LTD for validator staking (50K self-stake requirement) is available by request — we’ll delegate from the genesis account.

Chain Details

Chain ID latanda-testnet-1
Framework Cosmos SDK v0.53.6 / CometBFT
Block time ~5 seconds
Supply 200M LTD (fixed, 0% inflation)
Min validator stake 50,000 LTD
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
  • Wallets, KYC, social feed, AI assistant
  • Rotating savings groups (tandas/ROSCAs), marketplace, lottery

The chain migrates 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: Search “La Tanda Web3” on Discord, or DM me for the invite
  • Telegram: @latandahn
  • Twitter: @TandaWeb3
  • Email: contact@latanda.online

Drop by Discord or Telegram to register your node, request testnet tokens, or ask questions. Happy to help with setup.

1 Like

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