JUST (JST)

JUST and JST: Lending Receipts, Borrowing Controls and Governance

JustLend serves suppliers and borrowers through TRON lending markets. JST provides governance participation, while jTokens account for lending deposits. The distinction matters because a token holder and a lender face different contract, liquidity and collateral dependencies.

JST and a lending deposit create different rights

JUST is associated with decentralized financial products on TRON, with JustLend DAO providing markets for suppliers and borrowers. JST is the governance token documented for JUST and JustLend. It is a separate asset from the receipt a supplier receives after depositing into a lending market, and its market price does not represent the value of a particular deposit position.

The contract overview identifies jTokens such as jTRX and jUSDT as receipts for corresponding supplied assets. A user supplying TRX is therefore dealing with a market contract and its accounting, whereas a JST holder seeking governance participation uses the governance system. Conflating the two obscures the economic question: the lending position faces utilization, liquidity and collateral exposure, while the governance asset faces voting participation and token-market risks.

Borrowing uses designated collateral and market rules

The borrower documentation distinguishes supplied assets from assets enabled as collateral. In the described V1 flow, entering the relevant market is required before a supply position contributes borrowing power. A wallet balance or a receipt alone does not establish that a borrower can draw the amount they expect. The market’s collateral factor and the account’s existing debt also affect that capacity.

Rates are linked to market utilization, so the available supply and amount borrowed can change a position’s cost over time. The documentation separately describes V1 and V2 markets, with different collateral and liquidation controls. A quoted rate, collateral factor or liquidation level should therefore be tied to the specific market and observation date. It should not be extended automatically to another deployment or treated as a permanent property of JST.

Governance requires an executed process

The governance documentation describes depositing JST into a one-to-one WJST voting wrapper, voting through GovernorBravo and executing accepted proposals through a timelock. That sequence separates token ownership, voting power, a successful vote and the later execution of a change. An announcement or forum discussion can identify an intended change without showing that the active contracts already implement it.

The tokenomics page identifies protocol listings, collateral and reserve settings, rate models, oracle configuration and treasury or incentive matters as governance topics. This provides a concrete scope for the token’s stated role. It does not show that every holder participates equally or that a governance decision will produce a particular financial outcome. Those questions require proposal records, delegation and voting evidence, and the actual executed contract actions.

Contracts and external data remain dependencies

The contract inventory lists distinct market, comptroller, rate-model, oracle and governance components. Some use proxies or delegators, while others have different update mechanisms. The relevant risk is therefore the specific deployed contract and its control path, rather than a general claim that all lending rules are immutable or that an open repository certifies a live deployment.

Official risk documentation identifies smart-contract vulnerabilities, incorrect oracle data and collateral-value deterioration. A functioning price feed can still carry implementation and configuration dependencies, while sharp collateral losses can leave liquidation proceeds insufficient. The presence of proposed controls, a bug bounty or an audit listing does not establish that every version, economic scenario or operational participant has been independently validated.

Identity and the evidence boundary

The official tokenomics page identifies JST as a TRC-20 asset with contract TCFLL5dx5ZJdKnWuesXxi1VPwjLVmWZZy9, matching YearBull’s local identity record. It states an initial maximum of 9.9 billion JST and separately discusses burns. Initial allocation, current circulating supply and the receipts in a lending pool are different accounting measures. This article uses the documented mechanism rather than inferring current totals from a historical allocation.

YearBull’s dated market cards remain a separate observation layer. Their Rank, Bull Score, modeled market risk and Cycle do not certify JustLend’s contracts or a borrower’s collateral health. The research here reads official documents and reconciles the token identity; it does not report personal wallet use, borrowing results, measured lending returns or an independent security review.

FAQ

Is JustLend JST the same asset as a lending jToken?

JST is documented as a governance token. jTokens represent supplied underlying assets in particular lending markets. A governance holding and a deposit receipt therefore create different rights and exposure to liquidity, collateral and contract behavior.

How does JustLend turn JST into governance voting power?

The governance documentation describes a one-to-one WJST wrapper, GovernorBravo proposals and a timelock. Token ownership, an active voting position, a successful proposal and its later execution should be distinguished.

Does a JustLend deposit automatically count as borrowing collateral?

In the documented V1 model, supplied assets must be enabled through the relevant market entry before they count toward borrowing power. Eligible assets, collateral factors and existing debt also constrain the available amount.

Why can JustLend borrowing costs change after a position opens?

Borrowing rates depend on the market’s utilization and applicable configuration. The V1 and V2 models have distinct controls, so a quoted rate should be tied to the actual market and date rather than treated as fixed.

What risks can JustLend governance fail to eliminate?

The official risk page identifies implementation, oracle and collateral risks. A voting process can adjust controls, but it cannot certify correct external data, guarantee liquidation proceeds or remove every vulnerability from a deployed contract.