Just lend or borrow through V1 jToken markets by matching each choice to its account record and available exit
In JustLend DAO's V1 jToken markets, treat supply, collateral activation, borrowing, repayment and redemption as separate decisions. Supplying creates jTokens, while borrowing creates interest-bearing debt that an ordinary token transfer does not repay. Repayment lowers that debt but does not withdraw the supplied assets. Redemption burns jTokens and returns underlying assets only when the market has enough liquidity and the account still satisfies its collateral requirements.
In short: Supply, collateral activation, borrowing, repayment and redemption create different records, so each choice has its own route back.
Set the intended exit before the first transaction
A reversible credit route begins with the state that should remain when the task ends. A supply-only position may end with the underlying asset back in the wallet. A borrowing position requires two endpoints: the debt must reach the intended balance, then the supplied claim must be redeemed or retained deliberately.
Before signing, check the wallet address, TRON network, selected market and whether that market accepts the intended action. Read the current supply, collateral status, debt and available account liquidity from the same address. Those fields establish the starting state. They also prevent a later transaction from being mistaken for completion merely because the wallet confirms signing or submission.
The first verification point comes immediately after execution. Confirm that the transaction succeeded, then read the account again. The expected field should change in the expected direction. An unchanged jToken balance after a supply request, for example, does not show a completed supply even if the wallet displayed a transaction identifier.
Supply creates a claim on pooled assets
Supply does not itself create debt. Constraints can arise if the jTokens later support a borrow. The underlying token moves from the wallet into a pooled market. The account receives a tokenized claim whose value reflects the supplied principal and accrued supply interest under the market rules.
Supplying an underlying asset through a jToken market mints jTokens to the supplier address. The wallet no longer holds the supplied amount as an ordinary underlying-token balance. Reading only that wallet balance can therefore make a valid supply look missing. The jToken balance and its exchange rate identify the continuing claim.
Supply is reversible through redemption, not through cancellation of the original transaction. A completed transaction remains part of the chain history. Redemption creates a new state change that burns some or all of the jTokens and attempts to return the corresponding underlying asset.
Collateral activation changes what the supply supports
Supplying and enabling collateral are distinct choices in JustLend DAO jToken markets. Supply creates the claim first. Entering the market as collateral then allows that claim to contribute to borrowing capacity, subject to the market collateral factor and the account state.
That designation narrows the available exit. A supply that does not support debt may generally be redeemed when the market has sufficient cash. Once it supports borrowing, a withdrawal or jToken transfer must also leave the account within the protocol collateral rules. The same jToken balance therefore has different practical flexibility depending on its collateral status and the debts attached to the address.
Disabling collateral is another transaction. It does not redeem jTokens or return the underlying asset. The request can fail when removing that collateral would leave insufficient account liquidity. Debt reduction may have to come first.
What can still be undone before a borrow?
Before borrowing, several choices may still be reversed without settling a debt. An unused TRC20 spending allowance can be reduced or revoked. A completed supply can be redeemed if market cash is available and the redemption does not create an account shortfall. A collateral designation can be removed when the account does not rely on it for another obligation.
These actions do not erase earlier records. Revoking an allowance changes future spending authority but does not reverse a supply that already transferred tokens. Exiting a collateral market changes the account risk calculation but leaves the jTokens in place. Redemption addresses the supplied claim itself.
Order matters when time is tight. Check the dependency first, execute one state change and confirm the receiving state before starting another. That approach reveals whether a restriction comes from an allowance, a collateral dependency or unavailable market liquidity.
Borrowing creates an accruing obligation
A successful borrow transfers the selected underlying asset to the borrower address and adds debt to the lending account. The obligation then follows the market borrowing rate. Because interest accrues, the later amount needed for full repayment can exceed the original amount received.
The account must record repayment of the borrowed asset. Sending the asset as an ordinary wallet transfer, revoking an allowance or disabling collateral does not reduce the debt. Until that happens, collateral remains exposed to changes in asset values, market parameters and the growing debt balance. A withdrawal that removes too much support can fail, while an account that breaches the applicable liquidation condition can lose part of its collateral through liquidation.
Reversibility is therefore strongest before the borrow executes. Afterward, the relevant choice is how much debt to repay and whether the remaining collateral still supports the balance. A successful transaction receipt confirms execution, while the refreshed debt field shows whether the intended obligation actually changed.
Repayment reduces debt without releasing the supply
Repayment reduces the current borrow balance using the borrowed underlying asset. A partial repayment lowers the obligation but leaves a debt record. A full repayment must cover the current balance, including interest accrued before execution.
The supplied position remains separate. Paying the debt does not burn jTokens, disable collateral or send the original supply back to the wallet. It usually improves account liquidity, which may permit a later collateral change or redemption. Those later actions still require their own transactions and checks.
For a TRC20 repayment, the account may need an adequate token allowance for the relevant jToken contract. The allowance is only authority to transfer the repayment asset. After repayment, compare the current debt with the intended endpoint rather than assuming that the entered amount cleared every accrued unit.
When can supplied assets return to the wallet?
Supplied assets can return when redemption succeeds against available market cash and the withdrawal does not violate account collateral requirements. The user may redeem a chosen number of jTokens or request an exact amount of the underlying asset. These methods express different units but draw from the same supplied claim.
A redemption can fail even when the wallet holds jTokens. Other borrowers may be using much of the market liquidity, leaving too little underlying cash for the requested amount. An active debt can create another limit because burning collateral jTokens may leave the account short of the required support.
Successful redemption reduces the jToken balance and returns the underlying asset to the wallet. Check both balances and the redemption event. If only the submitted request is visible, the receiving-state proof is incomplete.
A reversibility-first path through the account
If reversibility matters, submit one protocol action at a time. Time pressure does not remove dependency checks. Wait for the expected account change before starting the next action.
- Record the address, market status, jToken balance, collateral setting, debt and available account liquidity before acting.
- Confirm any required token allowance without treating approval as proof that supply or repayment occurred.
- Execute the selected supply, collateral, borrow, repayment or redemption action and wait for its transaction outcome.
- Read the same account again and match the changed field to the action that was requested.
- Use repayment before collateral release when outstanding debt prevents the intended exit, then verify each transaction separately.
This checklist separates a submitted request from an accepted account state. If the expected field does not change, stop at that point. Repeating later actions could add cost or create a second obligation without resolving the first failure.
The final exit depends on the chosen endpoint. A debt-free account may still hold jTokens, while a redeemed supply may still have an unused token allowance. Closure means reconciling each record that the original sequence created, not looking for a single universal status.
The record survives after balances return
Reversing the economic position does not erase its on-chain history. Supply, collateral entry, borrowing, repayment and redemption remain separate transactions. Contract events can show the amount processed, while current account reads show the state that those events produced.
This distinction matters when a balance reaches zero. A zero debt field supports debt closure, but it does not prove that supplied assets were redeemed. A zero jToken balance can follow redemption or transfer, so the underlying receiving balance and transaction event clarify where the claim went. An old approval may also remain after the credit position closes.
Keep a remaining supply only when that is the intended state. Otherwise, verify debt settlement, collateral release, jToken disposal and receipt of the underlying asset as separate outcomes.
Questions and answers about Just lend
Does revoking a TRC20 allowance withdraw assets already supplied?
No, revoking a TRC20 allowance only changes the amount that a contract may transfer from the wallet in future transactions. It does not reverse a completed supply or burn the jTokens received for that supply. Returning the underlying asset requires a successful redemption, subject to market liquidity and any collateral constraint on the account.
Why might an exact underlying withdrawal burn a different number of jTokens later?
The jToken exchange rate reflects how much underlying asset each jToken represents, and that relationship changes as supply interest accrues. A request for an exact underlying amount therefore burns the number of jTokens required at execution. The current exchange rate and token decimals must be applied before comparing the expected burn with the resulting balance.
Is transferring jTokens equivalent to redeeming the supplied position?
No, a jToken transfer moves the tokenized supply claim to another address, while redemption burns jTokens and returns underlying assets. A transfer can also fail when those jTokens support debt and moving them would create an account shortfall. After a transfer, the recipient holds the claim and the sender no longer controls the transferred portion.
Which account should be checked after repaying debt on behalf of another address?
Check the borrower address because its debt record is the acceptance condition for repayment on behalf. The payer transaction identifies who supplied the repayment asset, but the borrow balance belongs to the borrower. Confirm the transaction outcome and then read the borrower debt again to determine whether the intended amount was actually settled.
What happens if a repayment covers less than the accrued borrow balance?
The unpaid portion remains as debt and continues to follow the market borrowing rate. A partial repayment can improve account liquidity, but it does not establish debt closure or release the supplied collateral automatically. Read the updated borrow balance before attempting to disable collateral or redeem an amount that depends on the debt being cleared.