JustLend DAO Governance: How JST, stJST, and JIPs Work

The first piece in this series covered what justlend is — a TRON lending protocol where you supply assets to earn interest and borrow against collateral. This one is about who decides what justlend becomes next. The answer is JustLend DAO, and the mechanism is a small set of moving parts: a governance token called JST, a staked version called stJST, and proposals called JIPs. None of it is complicated once you see how they connect.

Why a lending protocol needs governance at all

A lending market has parameters that someone has to set: which tokens get listed as markets, how big the mining rewards are, what the safe risk limit is, how liquidation discounts are sized. On a centralized app those are decided by a company. On justlend they are decided by the people who use it and who hold the token that gives them a vote. That is the DAO part — decentralized autonomous organization, which in practice means "the parameters are set by token-weighted voting, not by a team."

JST: the governance token

JST is the native token of the JustLend protocol and its job is to be the voting weight. Hold JST and you have a say in JustLend DAO; hold none and you do not. The token is also how value flows back to the community — a share of protocol activity and rewards can route to JST holders, which is the economic reason someone would want to hold it beyond just voting.

Holding JST raw is fine if you only want exposure to the price. But if you actually want to vote, raw JST is not enough. You have to stake it first.

stJST: staked JST is what votes

stJST is JST that has been locked for governance. You swap JST for stJST through the staking contract; while it is staked you cannot transfer the underlying JST, but in return you get voting power and a share of staking rewards. When you are done voting, you unstake and get your JST back.

The reason for the extra step is simple: voting power has to be committed before a vote, not pulled in at the last second. stJST is the mechanism that makes "one token, one vote" actually mean something, by locking the weight ahead of time.

JIPs: how a change actually gets made

A JustLend Improvement Proposal — a JIP — is a document that describes a change to the protocol. Adding a new market, changing a parameter, adjusting how rewards are distributed: each of these is a JIP. The flow is the one you would expect for a DAO.

This is slow on purpose. A protocol that holds user deposits should not change its rules on a whim, and the discussion-plus-vote pattern is what keeps changes deliberate. If you want fast, you would not like JustLend DAO governance; if you want safe, the slowness is the feature.

What you can actually vote on

The short version: the things that matter to a lending market. Which new TRC20 tokens get their own market. How mining rewards are split across markets. Whether the safe risk ceiling stays at 80 or moves. How liquidation parameters are tuned. Anything that touches the risk or the reward of being a supplier or borrower is a JIP-shaped decision.

Things that are usually not on the table: the core contracts themselves, and anything that would break the ability to repay or withdraw. Those are the rails, and a DAO vote that breaks the rails is a DAO voting itself out of existence, which is not a popular proposal.

How to take part

If you use justlend and want a say, the path is: hold some JST, stake it for stJST, watch the community forum for JIPs that affect the markets you use, and vote. You do not need a large position to participate — a small stJST balance still votes, just with small weight. The point is not to dominate the vote; it is to be in the room when the decisions that affect your deposits get made.

The short version: JustLend DAO is the layer that decides how justlend evolves, JST is the token that gives you a vote, stJST is the staked version that actually casts it, and JIPs are the proposals you vote on. Used together they are the difference between using the protocol and owning a piece of its future.