Nueng Handsome

USDD is catching fire 🔥🔴
The first-half numbers of 2026 are out already, and they’re really a lot.
Protocol revenue in the first half of 2026 grew by 85% compared to the second half of last year, and in Q2 alone—just a single quarter—revenue rose by over 60% from Q1. This isn’t slow, incremental growth. It’s surging in a way that many people haven’t even noticed yet 📈

Terra Classic is getting another important DeFi milestone on 27 June 2026.
Juris Protocol has announced that its Mainnet launch is planned for 27 June 2026, with the rollout coming in controlled phases. The key functions mentioned by the team include lending, borrowing, staking, and liquidation vaults.
For the LUNC community, this is one of the utility launches worth watching closely.
Terra Classic has many narratives. Some are old, some are loud, some are emotional. What the ecosystem needs more of now is real on-chain activity, real products, and real users testing real infrastructure.
Juris Protocol is one of the projects trying to bring that kind of activity back.
What is Juris Protocol?
Juris Protocol is a DeFi protocol built for Terra Classic Layer 2.
In simple words, Juris aims to let users lend assets, borrow assets, earn from lending pools, stake, and interact with money-market style products inside the Terra Classic ecosystem.
Lending means users can supply assets into the protocol.
Borrowing means users can borrow assets from the protocol, usually by using collateral.
A liquidation vault is part of the risk management side of DeFi lending. When borrowing positions become unsafe, the system needs a mechanism to handle those risks. This is one reason why lending protocols need careful design, careful testing, and disciplined rollout.
Think of Juris as financial infrastructure for on-chain users.
The real value comes from whether the protocol can create usable DeFi functions for Terra Classic.
Why the Mainnet Launch Matters
The mainnet launch is planned for 27 June 2026.
The important detail is that Juris says the launch will happen in controlled phases.
That matters because money markets are not simple toys. Lending and borrowing systems involve liquidity, collateral, interest, user behavior, liquidation logic, and real market conditions.
A controlled rollout gives the team and users more room to observe how each part works in real conditions.
The first things to watch are:
🔹 Lending
🔹 Borrowing
🔹 Staking
🔹 Liquidation vaults
🔹 User testing
🔹 Liquidity depth
🔹 Stability of core DeFi functions
For DeFi, discipline is protection.
Why This Matters for $LUNC
Terra Classic needs more real on-chain activity.
A lending and borrowing protocol can create more use cases for assets, liquidity, and users. If executed well, Juris can add another utility layer around Terra Classic and make the chain more active beyond simple holding.
This matters because ecosystem value is not built only by things people can use.
If Juris works as planned, it may help bring more DeFi activity to and $LUNC and $USTC. It can also give builders, traders, and users another reason to interact with Terra Classic on-chain.
Builders matter. Usage matters more.
That is the part the community should watch after launch.
What is $JURIS?
$JURIS is the ecosystem token of Juris Protocol.
CA: terra1vhgq25vwuhdhn9xjll0rhl2s67jzw78a4g2t78y5kz89q9lsdskq2pxcj2
Please note this is the contract address on Terra Classic chain only. Double check with official accounts every time!
Based on recent updates, $JURIS has been made available through several access points, including:
🟢 Garuda DeFi
🟢 WESO DEX
🟢 WEEX
🟢 BTCC
Garuda DeFi and WESO DEX are on-chain DEX access points. These are more suitable for users who are comfortable with wallets and DeFi transactions.
WEEX and BTCC are CEX access points. These may be easier for users who prefer normal exchange trading interfaces.
Before trading, always check the correct market, liquidity, contract details, and official links.
DeFi goblin rule: verify first, ape later. 🐒
What to Expect Next
After 27 June 2026, the community should focus on the quality of the rollout, not only the launch date.
The key things to watch are:
🔹 Mainnet launch execution
🔹 Controlled phase rollout
🔹 Real user testing
🔹 $JURIS liquidity
🔹 Lending and borrowing stability
🔹 Liquidation vault behavior
🔹 More use cases for $LUNC and $USTC
🔹 Team response to feedback
A mainnet launch is not the finish line. It is where real testing begins.
If the rollout is smooth, Juris could become an important DeFi layer for Terra Classic. If some parts need adjustment, that is also normal for early DeFi infrastructure.
The important part is execution.
My View
I see Juris Protocol as one of the more important Terra Classic DeFi launches to watch in June 2026.
The $LUNC community should follow it with optimism and clear eyes.
Support builders. Test carefully. Check official links. Manage risk. Keep expectations grounded.
Terra Classic needs more working products, more on-chain activity, and more users who actually touch the ecosystem.
Juris Protocol now has a chance to show what it can bring to that path.
Let’s watch 27 June 2026 closely. 🔥
Resources
Nueng Handsome post:
https://x.com/nuenghandsome/status/2068630282044047758
Juris Protocol update:
https://x.com/JurisProtocol/status/2064064039676780735
Juris Protocol post:
https://x.com/JurisProtocol/status/2058260217771507864
Juris Protocol post:
https://x.com/JurisProtocol/status/2054570415142347147
Juris Protocol website:
https://jurisprotocol.com/
Terra-Classic.money's roadmap:
https://terra-classic.money/roadmap.html
Community post by DRiechelmann:
https://x.com/DRiechelmann1/status/2068431628574048489
#LUNC #USTC #JURIS #TerraClassic #JurisProtocol

Hyperlane integration on Terra Classic has reached an important mainnet milestone.
Igor Soares shared an update confirming that Hyperlane core contracts have been successfully deployed on the Terra Classic mainnet. According to his update, the infrastructure is already working with Ethereum and BNB Smart Chain, currently operating with two validators.
This is an important step for Terra Classic because Hyperlane can help create cross-chain routes for $LUNC and $USTC . In simple terms, Hyperlane provides infrastructure that allows assets and messages to move between different blockchains.
The next stage is completing production testing and preparing the official LUNC and USTC Warp Routes.
Mainnet Testing With IGORFAKE
To validate the setup on mainnet, Igor created a test token called IGORFAKE.
This test token was used to check whether the bridge setup works before proposing the official Warp Routes for LUNC and USTC.
A Warp Route is the path used by Hyperlane to move a token between chains. It includes the contracts and configuration needed for that token to be transferred securely across supported networks.
Testing with IGORFAKE gives validators and the community a way to inspect the deployment and bridge behavior before real assets are introduced into the system.
Igor also shared the test bridge link, which currently shows IGORFAKE moving between Terra Classic and Ethereum.
Ethereum and BNB Smart Chain Are Already Working
According to Igor, the Hyperlane infrastructure is working very well with Ethereum and BNB Smart Chain.
The deployment cost for Ethereum and BNB Smart Chain was around 10 dollars in total, which Igor personally covered.
This gives the community one useful data point: the cost of deploying on Ethereum and BNB Smart Chain was manageable at this stage.
The Solana side has a different cost structure.
Solana Is the Current Deployment Blocker
The main challenge now is Solana.
Igor explained that all previous Solana testing was done on testnet, where faucet tokens covered the deployment cost. On mainnet, the cost is much higher because Solana deployment requires more than normal transaction fees.
To fully support Terra Classic through Hyperlane on Solana, several components still need to be deployed:
ISM for validator verificationIGP for Terra Classic gas pricingOracle configurationLUNC Warp RouteUSTC Warp Route
ISM stands for Interchain Security Module. It is used for validator verification across chains.
IGP stands for Interchain Gas Paymaster. It helps handle gas pricing between chains, so users and relayers can operate across networks more reliably.
Oracle configuration is also needed so the system can read and apply required cross-chain data correctly.
Why Solana Costs More
Igor shared that deploying only the IGORFAKE Warp Route consumed approximately 2.3 SOL.
He explained that these funds are allocated to Solana program accounts, including buffer and storage accounts required to store and execute on-chain binaries.
This means the cost is tied to maintaining programs on the Solana blockchain. It is infrastructure cost, not a simple one-time transaction fee.
Because of this, Igor had to pause the Solana deployment process after running out of SOL before completing the remaining mainnet components.
The components still pending include ISM, IGP, and Oracle deployments.
Transparency of Deployment Costs
Igor stated that all deployment transactions and costs are fully transparent and verifiable on-chain.
This matters because any future request for governance support should be backed by verifiable transaction data.
For Terra Classic, transparency is important when community funds may be involved. If governance support is requested, validators and delegators should be able to inspect the cost breakdown, transaction history, deployed program accounts, and remaining deployment requirements.
The community should also ask for a clear estimate before voting on any funding proposal.
Why This Matters for Terra Classic
Hyperlane can give Terra Classic a stronger cross-chain foundation.
If completed, LUNC and USTC Warp Routes could help connect Terra Classic with external ecosystems and liquidity routes.
This can support more movement between Terra Classic and other chains, including Ethereum, BNB Smart Chain, and potentially Solana.
For builders, this type of infrastructure can make Terra Classic more accessible. For users, it can create more practical ways to move assets across networks.
The value of this integration depends on secure deployment, proper validator coordination, and long-term maintenance.
Governance Support May Be Needed
Igor said he will need governance support to cover Solana deployment expenses if the community wants the Solana integration completed.
This creates a clear decision point for Terra Classic.
The community should review:
Which Solana components remain undeployedHow much SOL is needed to finish the workWhich transactions already happenedWhether the deployed accounts match the stated purposeHow the final LUNC and USTC Warp Routes will be testedWhat validators need to do after deploymentWhat maintenance is expected after launch
A governance proposal should include the full cost estimate, deployment plan, transaction references, and expected deliverables.
Key Takeaway
Hyperlane core contracts are already deployed on Terra Classic mainnet.
Ethereum and BNB Smart Chain infrastructure is already working with two validators.
The Solana integration is paused because the mainnet deployment cost is higher than testnet conditions suggested.
The next step is community review.
If Terra Classic wants full Hyperlane support including Solana, governance support may be needed. The decision should be based on transparent costs, verifiable transactions, clear deliverables, and a practical path to official LUNC and USTC Warp Routes.
Cross-chain infrastructure is long-term work.
The useful question for the community now is simple:
Should Terra Classic fund the remaining Solana deployment so Hyperlane integration can move closer to completion?
References
Igor Soares’ Telegram update on official Terra Classic Validator Chat: https://t.me/transparentvalidatorchat/50868IGORFAKE test bridge: https://terraclassic-bridge.xyz/?origin=terraclassic&destination=ethereum&token=IGORFAKESolana deployment reference 1: https://explorer.solana.com/address/4emPmRNLtcdZmtJyfSqGteoDJSApVTGaUL37cFrb3auY?cluster=custom&customUrl=https%3A%2F%2Fmainnet.helius-rpc.com%2F%3Fapi-key%3Dcc0650d4-3439-4adf-9ac1-01ea008e7a42Solana deployment reference 2: https://explorer.solana.com/address/Hs4FrEgigJaabS5HtdkzceFdCPNmPhntWbbdWBJcXyCn?cluster=custom&customUrl=https%3A%2F%2Fmainnet.helius-rpc.com%2F%3Fapi-key%3Dcc0650d4-3439-4adf-9ac1-01ea008e7a42

Orbit Labs has published the technical implementation proposal for a native USTC staking system on Terra Classic just 2 hours ago.
The proposal follows the successful passage of Governance Proposal #12219, which signaled community support for a $USTC staking system under a no-minting framework. The new technical document explains how USTC staking could work at Layer 1, how rewards would be calculated, how validators would participate, and what conditions must be completed before activation. [1]
The proposal gives USTC holders a clearer picture of the system. It also places the most important economic question directly in front of the community:
Where will the USTC used for staking rewards come from?
A Separate Staking System for USTC
Orbit Labs proposes a new Cosmos SDK module called x/ustcstaking.
A module is a dedicated part of the Terra Classic blockchain that manages a specific function. In this case, the module would manage USTC staking activity, including:
Delegating USTC to validatorsUndelegating USTCRedelegating USTC between validatorsCalculating staking rewardsClaiming staking rewardsPaying validator commission
The USTC staking module would run separately from the existing $LUNC staking system. It would read validator information from the existing x/staking module while keeping its own records for USTC delegations, rewards, redelegations, and unbonding activity. [1]
LUNC would remain the staking asset used for consensus security, validator selection, voting power, and governance voting.
USTC delegation would give holders access to staking rewards and supply-locking utility. It would give no additional consensus power to validators.
USTC Principal and Validator Risk
USTC stake would have no slashing risk under the proposed design.
Slashing is a penalty used in consensus staking systems when validators commit serious faults, such as extended downtime or double-signing. LUNC delegators can be affected by these penalties because LUNC staking directly supports network security.
USTC staking has no consensus role, so USTC principal would remain safe during validator faults. Validator status would still affect reward accrual and delegation availability. [1]
The proposed lifecycle policy includes:
A bonded validator can receive new USTC delegations and generate rewardsA jailed validator stops generating USTC rewards until unjailedA tombstoned validator stops generating rewards and existing USTC delegations are force-unbondedA voluntarily unbonding validator stops receiving new USTC delegationsUSTC principal remains withdrawable through the normal unbonding process
Paused rewards would stay inside the reward pool.
Where Do USTC Staking Rewards Come From?
USTC staking rewards would come from a pre-funded reward pool held inside the x/ustcstaking module account.
The proposal does not use block inflation or transaction fees as the initial reward source. The module would distribute USTC that has already been deposited into the reward pool. [1]
The proposed starting parameters are:
Initial reward pool: 30,000,000 USTCMinimum reward runway: 2 yearsStarting annual reward budget: 15,000,000 USTC per year
The reward pool could receive additional USTC through a permissionless funding message called MsgFundUSTCRewardPool.
Permissionless funding means any address could contribute USTC to the pool. Possible contributors include:
A treasuryCommunity membersExternal sponsorsFuture protocol revenueFuture MM2 revenueOther revenue sources approved by the community
Top-ups would be restricted to USTC.
The Proposal Uses APR, Not APY
The reward estimates in the proposal are APR figures.
APR measures the annual reward rate before compounding. APY includes the effect of repeatedly reinvesting rewards.
The proposed reward budget creates the following estimated starting APR curve:
Total Active USTC Stake Estimated Effective APR 150 million USTC About 10% 300 million USTC About 5% 600 million USTC About 2.5%
The APR changes because all active stakers share the same reward budget.
A smaller amount of staked USTC gives each staker a larger share of the pool. A larger amount of staked USTC spreads the reward budget across more participants. [1]
The proposal targets voluntary locking of around 5% to 10% of the circulating USTC supply. With approximately 6 billion USTC in circulation, this target represents around 300 million to 600 million USTC locked in staking. [1]
How Each Reward Payment Is Calculated
Each reward epoch would calculate three different limits:
Base budgetMaximum APR capPool-safe release rate
An epoch is a scheduled reward calculation period. The proposal uses a daily epoch in its worked example.
The module would release the smallest value produced by the three calculations. [1]
The base budget controls the planned reward spending rate.
The maximum APR cap prevents extremely high reward rates when very little USTC is staked.
The pool-safe release rate reduces reward emissions as the reward pool becomes smaller.
This system gives the reward pool a gradual decay curve. As the pool balance falls, the amount released per epoch also falls. The pool approaches zero gradually, and the APR becomes lower over time.
If the reward pool reaches a governance-defined low balance, the module would emit a USTCRewardPoolLow event and reduce rewards to a dust-safe minimum until more USTC is deposited. User principal would remain available for withdrawal regardless of the reward pool balance. [1]
Is the USTC Staking System Sustainable?
The proposed system has a controlled starting runway.
The initial 30 million USTC reward pool can support the planned 15 million USTC annual budget for approximately two years under the starting assumptions.
Long-term sustainability depends on recurring USTC funding.
A reward pool funded only once will gradually shrink. Reward emissions will become smaller, and effective APR will fall. Continued rewards require new USTC to enter the pool from protocol revenue, MM2 revenue, treasury funding, sponsors, community contributions, or another approved source. [1]
The technical design protects the pool from sudden depletion. Economic sustainability still depends on real funding.
This distinction matters for USTC holders. A well-designed emission formula can manage a limited reward pool responsibly. A durable staking system requires income that can continue replenishing the pool.
Minting Is the Main Economic Red Flag
Governance Proposal #12219 was presented as a USTC staking system under a no-minting framework. [2]
The technical proposal lists the initial reward pool source as TBD. It mentions a community pool spend, treasury, or external sponsor as possible sources. [1]
The community should require a clear funding plan before activation.
The key question is:
“Will the reward pool use existing USTC only?”
Using existing USTC can encourage voluntary supply locking.
Minting new USTC to fund staking rewards would increase supply and weaken the supply-locking goal. It would also conflict with the no-minting direction signaled by Proposal #12219.
A clear no-minting commitment should remain part of the community review process.
Validator Commission
Validators would be able to set a separate USTC commission rate called ustc_commission.
This commission would be independent from each validator’s existing LUNC staking commission.
When USTC rewards are distributed, the validator would receive its commission in USTC. The remaining reward would be distributed to USTC delegators according to their share of the validator’s total USTC delegation. [1]
The proposal also includes governance-controlled parameters for commission caps and update frequency.
Emergency Pause and User Withdrawals
The module would include an emergency pause function controlled through governance.
During an emergency pause, the system would block:
New delegationsRedelegationsValidator commission edits
The system would continue allowing:
UndelegationsReward withdrawalsCompletion of existing unbonding entries
The proposal states that withdrawal paths must remain open during an emergency pause. [1]
Activation Process
The x/ustcstaking module would ship through a Terra Classic software upgrade with staking disabled by default.
A separate governance proposal would be required to enable the system after several conditions are completed:
The initial reward pool is fundedParameters are reviewed and setTestnet validation is completedValidator and community review is completed
This activation structure gives the community another opportunity to review the reward source, parameters, test results, and operational readiness. [1]
Budget and Timeline
Orbit Labs requests a total implementation budget of $34,000.
The budget is divided into two phases:
Phase 1: Implementation and Testnet Validation
Budget: $25,000
This phase includes module development, reward distribution, validator lifecycle hooks, emergency pause functions, governance parameters, testnet deployment, scenario testing, a reward calculator, and preliminary documentation.
Phase 2: Mainnet Execution and Post-Upgrade Support
Budget: $9,000
This phase includes preparation of the mainnet upgrade proposal, validator coordination, upgrade execution, immediate monitoring, and final documentation. 1
The proposed development timeline is 12 weeks:
Weeks 1 to 2: Finalize design, parameters, validator behavior, and reward calculationsWeeks 3 to 6: Build delegation, unbonding, redelegation, and reward accrualWeeks 7 to 8: Add validator lifecycle hooks, commission, emergency pause, and governance controlsWeeks 9 to 10: Deploy to testnet, run scenarios, and fix bugsWeek 11: Publish documentation and begin validator and community reviewWeek 12: Submit the governance proposal and prepare for a mainnet upgrade
Wallet user interface integration, an external security audit, marketing materials, and extended post-launch support are outside the proposed budget. [1]
What the Community Should Review Next
The USTC staking proposal creates a practical Layer 1 utility for USTC holders.
The architecture keeps USTC staking separate from consensus, protects USTC principal from validator slashing, and provides a clear framework for reward distribution.
The next stage requires close review of the economic design.
The community should focus on:
The initial reward pool sourceA clear no-minting commitmentLong-term recurring revenueTestnet reward accuracyValidator lifecycle behaviorEmergency withdrawal safetyThe absence of an external security audit in the current budget
USTC staking can become useful infrastructure for Terra Classic.
Its long-term value will depend on the quality of implementation, the discipline of the reward model, and the ability to fund rewards through existing USTC and real ecosystem revenue.
Sources
[1] Orbit Labs, Terra Classic USTC Staking System Technical Implementation Proposal. (Terra Classic)
https://discourse.luncgoblins.com/t/terra-classic-ustc-staking-system-technical-implementation-proposal/492
[2] Terra Classic Governance Proposal #12219 voting result and no-minting framework title. (Validator Info)
https://validator.info/terra-classic/governance/12219
[3] Official Tweet from Orbit Labs
https://x.com/orbit__labs/status/2062537234860192202