LHYPE TVL update using endpoint NAV (valueInBase sum)

[kamilstakingrewards]

NOTE

Please enable "Allow edits by maintainers" while putting up the PR.

---

• If you would like to add a volume/fees/revenue adapter please submit the PR here.
• If you would like to add a liquidations adapter, please refer to this readme document for details.

1. Once your adapter has been merged, it takes time to show on the UI. If more than 24 hours have passed, please let us know in Discord.
2. Sorry, We no longer accept fetch adapter for new projects, we prefer the tvl to computed from blockchain data, if you have trouble with creating a the adapter, please hop onto our discord, we are happy to assist you.
3. Please fill the form below only if the PR is for listing a new protocol else it can be ignored/replaced with reason/details about the PR
4. For updating listing info It is a different repo, you can find your listing in this file: https://github.com/DefiLlama/defillama-server/blob/master/defi/src/protocols/data2.ts, you can edit it there and put up a PR
5. Do not edit/push package-lock.json file as part of your changes, we use lockfileVersion 2, and most use v1 and using that messes up our CI
6. No need to go to our discord and announce that you've created a PR, we monitor all PRs and will review it asap

---

Update reason:

From the beginning, the TVL data for LHYPE has been incorrectly calculated. It pulled tokenAddress values from the Nucleus endpoint and then called balanceOf(vault) for each token via sumTokens2. I went through each tokenAddress using this method and observed several issues with this approach:

1. It counted debt values (negative) as positive values, because the balanceOf call obviously returned the absolute value.
2. It returned incorrect values for Pendle Markets (pendleKhypeNov122025Market, pendleHyperlendHypeDec172025Market), because the balanceOf call returns the amount of LP tokens and not the amount of HYPE tokens deposited.
3. It was skipping tokenAddresses with underscores, e.g., 0x68e37dE8d93d3496ae143F2E900490f6280C57cD_ so almost all Felix-Morpho positions were dropped and not accounted for in the TVL.

So to sum up, I know you ideally prefer fetching data from blockchain, but this approach miscalculated the LHYPE TVL from the start. I guess just fetching the LHYPE totalSupply() from its contract and multiplying it by the LHYPE price wouldn't be sufficient because then we would lose the TVL token breakdown, or am I mistaken there?

[llamabutler]

The adapter at projects/looped-hype exports TVL:

hyperliquid               36.77 M

total                    36.77 M