Bitlayer

Customer assets are pooled and reused, lent, posted as collateral, or traded, so the same units back more than one obligation at once.

Yang perlu dilihat: Read the custody and yield terms for language granting the venue the right to use, lend, or pledge assets. Ask whether balances are held in named or omnibus wallets and whether any regulator requires segregation for that entity. On-chain, look for regular movement between exchange-labeled addresses and affiliate or lender addresses, and check whether any proof-of-reserves exercise covers liabilities and was performed by an independent party.

One custodian, one signing arrangement, or one operations team stands between holders and their assets, so a single failure can be terminal.

Yang perlu dilihat: Establish who can sign, in what quorum, under what recovery procedure, and whether any independent party has tested the key ceremony and the disaster recovery plan. Check whether the custodian is a regulated trust company or similar, what its financial statements show, and whether it discloses subcustodians. Read the insurance policy's scope rather than the headline figure, since cause and wallet type limitations do most of the work.

A venue holding customer assets fails, and the balance shown in the account becomes a claim in a bankruptcy rather than an asset the customer controls.

Yang perlu dilihat: Read the terms of service on title, segregation, and what happens in insolvency, since the language is usually explicit once found. Check whether the venue publishes proof of reserves, whether that exercise includes liabilities, and who performed it. Withdrawal processing times during past stress, published financial statements if any, and the licensing regime that governs client money are all observable before the fact.

Self-custody puts the holder in charge of a secret that cannot be reset, so losing it or destroying the only backup is permanent.

Yang perlu dilihat: On-chain dormancy metrics show how much supply has not moved in many years, part of which is generally understood to be permanently inaccessible. For an individual arrangement, the testable facts are whether a restore has actually been performed from the backup, whether backups are geographically separated, whether any passphrase is recorded separately, and whether an inheritance procedure exists in writing. Wallet software support for the specific token standard and chain is also checkable in advance.

Attackers take assets by persuading holders to sign a transaction or reveal a secret, without breaking any cryptography or contract.

Yang perlu dilihat: Review outstanding token approvals with an allowance viewer, since standing approvals are the main mechanism and are visible on-chain. Check whether the wallet decodes calldata into a plain-language action and whether the project pins its front end to a content hash or serves it from a decentralized host. Domain hijacks, dependency compromises, and support-impersonation waves are usually documented publicly by the projects affected.

A large share of stake is operated by a few providers or on shared infrastructure, so one mistake can cause correlated penalties or systematic censorship.

Yang perlu dilihat: Look at stake share by operator, by liquid staking protocol, and by client software, and at the share of blocks produced through the largest relays and builders. Check the cloud provider and geographic distribution disclosed by large operators, and whether a liquid staking protocol's node operator set is permissioned or open. Slashing history and mass missed-attestation events are recorded on-chain.

Fee and revenue figures come from code that reads each protocol differently, so a number can change because an adapter changed rather than because activity did.

Yang perlu dilihat: Read the adapter source for the specific protocol on whichever dashboard you are quoting, and note the exact definition of the metric, since fees, revenue, and earnings are used inconsistently across providers. Compare two independent providers for the same protocol and period and investigate the gap rather than choosing the more convenient number. Look for methodology change logs and for step changes in a series that align with a code commit instead of an on-chain event.

Historical series are recomputed, backfilled, and corrected over time, so a chart today may not match the same chart pulled last month.

Yang perlu dilihat: Check whether the provider publishes a changelog, versions its methodology, or timestamps revisions, since most do not. Snapshot any series you rely on, store it, and re-pull it later to measure whether history moved. Step changes that align with a methodology note or a code commit rather than an on-chain event are the clearest sign that a revision, not an activity change, produced the shape.

The same value or activity can be counted on more than one chain or assigned to the wrong one, inflating totals when figures from different sources are added.

Yang perlu dilihat: Check whether the provider deduplicates double counting and whether it publishes the rule it applies, and compare a protocol's reported total against the underlying assets it actually custodies. Where wrapped versions exist, check whether chain-level totals exclude them. Reconciling a chain total against the sum of its top protocols usually surfaces the largest attribution differences quickly.

Circulating supply is often a number supplied by the project, computed under rules that differ between data providers and can change without notice.

Yang perlu dilihat: Reconstruct supply from the token contract itself, subtracting balances in vesting contracts, identified treasury addresses, and burn addresses, then compare that with the provider's published figure. Read the provider's methodology document and its revision history, and check whether bridged or wrapped versions are double counted. Where a project publishes its own supply dashboard, compare it with the on-chain reconstruction rather than accepting it.

Most fee income comes from one application, one trading pair, or one temporary activity, so the income stream is far narrower than the totals suggest.

Yang perlu dilihat: Break fees down by application, by contract, and by trading pair rather than reading the chain-level or protocol-level total, and look at how concentrated gas consumption is across the top few contracts. Check whether the metric you are reading counts gross fees paid by users or only the share retained by the protocol, since dashboards label these differently. Look at how the composition changed across at least one full cycle of activity, including any period when a dominant application was launched or wound down.

New units are created faster than demand to hold them grows, so each existing unit represents a smaller share of the same network.

Yang perlu dilihat: The emission schedule is in code and documentation and can be checked against realized issuance on-chain, and net issuance, burn rate, and the staking ratio are standard metrics. Compare issuance against fees actually paid by users to see how much of validator or provider income is subsidy rather than demand. Check whether emissions are fixed by protocol or adjustable by a governance vote, and whether any past vote changed them.

Deposits and trading depth that exist only because a token subsidy pays for them, and that leave promptly when the subsidy stops or moves.

Yang perlu dilihat: Compare rewards paid per unit of value locked against fees earned by that same capital, and look at what share of total value locked sits in incentivized pools versus uncompensated ones. Retention after an emissions reduction is the direct test and is visible in historical value-locked series aligned to governance votes. Depositor concentration and the age distribution of positions show whether the capital is a handful of rotating addresses or a broad base.

An advertised yield is paid mostly in newly issued tokens rather than out of fees, so a holder can earn a rate while their network share shrinks.

Yang perlu dilihat: Decompose rewards into the issuance component and the fee component, which is disclosed for most proof-of-stake networks and computable for most protocols. Real yield metrics that net issuance out of the headline rate are published by several data providers, and the staking ratio shows how much of supply must share the fee pool. For fixed-rate products, find the reserve that funds the gap and check whether it has required top-ups.

A token is used as collateral to borrow against itself or a sibling asset, so a price decline forces sales that push the price down further.

Yang perlu dilihat: Measure what share of a lending market's collateral is the protocol's own token or a token issued by an affiliated project, and examine treasury composition against any obligations denominated elsewhere. On-chain positions reveal recursive borrowing, since the same address appears as depositor and borrower across successive loops. Compare the value that would be liquidated at defined price thresholds against actual order-book depth for that asset.

The payment that funds honest block production declines as issuance falls, and if fees do not replace it, the cost of attacking the chain falls with it.

Yang perlu dilihat: The security budget, meaning issuance plus fees paid to producers over a period, is computable from public data, as is the share of it contributed by fees rather than subsidy. For proof-of-work chains, compare the cost of renting hash power for an hour against the value that settles in that time; smaller chains with rentable hash power have observable reorganization histories. For proof-of-stake chains, look at the staking ratio and at the cost of acquiring a threshold share of stake given real market depth.

Large allocations to insiders and early investors become transferable on a published schedule, adding sellable supply the tradable float has never absorbed.

Yang perlu dilihat: Read the vesting contracts directly to obtain cliff dates, release curves, and beneficiary addresses, and compare circulating supply, total supply, and fully diluted valuation, which is total supply valued at the current price rather than any amount ever invested. After an unlock, follow whether released tokens move to exchange deposit addresses, to a custodian, or stay put, since that movement is observable. Open interest and funding rates on perpetual markets around scheduled dates show whether positioning is anticipating the release.

Decisions are made by a foundation, core developers, or private discussion, with token voting confirming outcomes rather than determining them.

Yang perlu dilihat: Read the foundation's own disclosures: treasury addresses and holdings, grant reports, employment of core developers, and whether it holds any protocol keys. Trace where proposals originate and how much changes between first draft and final vote, and check whether votes are binding on-chain or advisory signaling. Note who controls the primary domain, the default front end, and the documentation, since those determine what most users can reach.

Token votes decide protocol parameters, but only a small share of tokens usually votes, so a modest holding can carry a proposal.

Yang perlu dilihat: Read turnout as a share of circulating supply for each historical proposal rather than for a single flagship vote, and read the quorum rule and how it is calculated. Check whether voting power is snapshotted before a proposal is announced, whether tokens in lending markets can vote, and how concentrated delegate power is. Check whether a passed proposal executes immediately or after a timelock that allows users to exit.

Voting power is proportional to tokens held, so a few large holders can determine outcomes regardless of how many other participants disagree.

Yang perlu dilihat: Look at the distribution of voting power across the top delegates and holders, and compute how many addresses are needed to reach a majority of a typical vote, which is a governance analogue of a concentration coefficient. Check whether custodial addresses have ever voted, and whether any vote-incentive market exists for the asset. Reviewing which addresses decided each past proposal is the direct test and is fully public.

Digital asset markets trade without pause, so a move that equities would spread across sessions and halts can complete in minutes with nothing interrupting it.

Yang perlu dilihat: Compare depth and spread during weekend and overnight hours against weekday peaks on the same venue, and look at the largest observed short-interval ranges rather than at daily candles. Cross-venue price divergence during past stress windows is observable and shows where arbitrage stopped functioning. Read each venue's published policy on halts and on cancelling trades, since practice varies and some venues have unwound executions after the fact.

Assets that behave differently in calm markets tend to move together in stress, so apparent variety within digital assets narrows exactly when it matters.

Yang perlu dilihat: Measure rolling correlations across regimes rather than reading a single long-run average, and look specifically at correlation during the largest historical drawdowns. Map shared infrastructure: overlapping market makers, shared lenders, shared collateral, and common venues. Where a token claims independence from broader conditions, check whether the historical record shows it decoupling during actual stress windows rather than during quiet periods.

Most trading, price discovery, and often custody for an asset sit at one or two venues, so a venue's problem immediately becomes the asset's problem.

Yang perlu dilihat: Look at volume share by venue after filtering, at which venues feed the relevant index or oracle, and at whether the asset trades meaningfully in more than one regulatory jurisdiction. On-chain balances at exchange-labeled addresses show how much supply is custodied where, though labeling is heuristic and should be treated as approximate. Historical outages, withdrawal pauses, and maintenance windows at the dominant venue are documented in its own announcements.

A small tradable share of supply sets the reference price for a much larger total, and whoever controls the remainder can shape that price.

Yang perlu dilihat: Examine holder concentration, excluding known exchange and contract addresses, and count how much supply sits in vesting contracts, treasury addresses, and market-maker wallets. Compare fully diluted valuation against market capitalization, and read the terms of any disclosed market-making arrangement, particularly loans of tokens with call options. Sudden transfers into exchange deposit addresses from allocation wallets are directly observable and are the most concrete signal available.

Leveraged positions are force-closed automatically, and the resulting market orders trigger further force-closures in a self-reinforcing sequence.

Yang perlu dilihat: Compare open interest against spot order-book depth, since the ratio indicates how much forced flow a market may have to absorb. Funding rates at persistent extremes indicate crowded positioning, and aggregate liquidation prints show what actually cleared. Insurance fund balances, their drawdown history, and any past use of auto-deleveraging are published by major derivatives venues, and on-chain lending markets publish liquidation thresholds and the value sitting near them.

A large market capitalization can rest on a small amount of genuine order-book depth, so modest selling moves the price much further than the headline implies.

Yang perlu dilihat: Measure bid and ask depth within one and two percent of the mid price on the venues that actually matter, and estimate realized slippage for a defined order size rather than reading a volume number. Compare market capitalization against genuine daily volume, and check how much supply has never moved, since dormant supply is neither pressure nor depth. Watch whether depth persists at night and on weekends or is posted only during active hours.

Reported trading volume can include trades where the same party stands on both sides, making an asset or a venue look more liquid than it is.

Yang perlu dilihat: Cross-check volume against order-book depth and against settlement observed on-chain, since real flow generally leaves traces in deposits, withdrawals, and transfers. Examine trade size distributions for unnatural regularity, spreads that are implausibly tight for the stated volume, and fee schedules that reward volume directly. Note which venues a data provider includes in its filtered or trusted volume metric, and how much of the total disappears when the filter is applied.

A venue can remove an asset for regulatory, compliance, or commercial reasons, cutting its liquidity and its fiat gateway in that market.

Yang perlu dilihat: Track listing status by venue and region over time, and read the venues' own delisting notices, which usually state a reason and a timetable. After a removal, look at the share of remaining filtered volume and at whether depth actually migrated or simply disappeared. Check whether regulated custodians still support the asset, since custody support often precedes and outlasts trading support.

Whether a token is treated as a security, a commodity, or something else remains unresolved in several jurisdictions, and the answer changes who may list or hold it.

Yang perlu dilihat: Check whether the asset has been named in enforcement filings, registration statements, or approved regulated products, and how regulated venues and custodians in each jurisdiction actually treat it. Look at whether an identifiable issuing entity exists and continues to fund development, since a live promoter is central to most tests. Exchange listing terms and product disclosures often state the venue's own classification assumption in plain language.

How staking rewards, forks, airdrops, wrapping, and lending are taxed varies by jurisdiction and is unsettled in places, creating liabilities that surprise holders.

Yang perlu dilihat: Read the specific published guidance for the relevant jurisdiction and note exactly which events it addresses and which it leaves open. Check whether venues and custodians issue tax statements and what basis method they apply, and whether the protocol produces per-epoch records adequate to reconstruct reward timing. On-chain data will usually support reconstruction, but only if reward accrual and claims are separately observable.

A trading venue may operate without licenses that would apply to a comparable regulated market, so customer protections differ from what the interface implies.

Yang perlu dilihat: Read which licenses the venue actually names, in which jurisdiction, and for which activity, then check whether client assets are segregated by rule or only by promise in the terms. Look for an independent auditor, a published market-surveillance policy, and whether the terms permit the venue or its affiliates to trade against customers. Enforcement actions and regulator warning lists are public and specific.

Most of the network runs a single software implementation, so one bug in that program becomes the network's bug rather than a contained failure.

Yang perlu dilihat: Client distribution dashboards report the share of nodes or stake by execution and consensus client, and the protocol's own thresholds give the reference points that matter, such as the one-third of stake that can delay finality and the two-thirds that can finalize. Check whether large staking operators disclose their client mix, and whether the chain has any incentive or policy encouraging minority clients. The number of independently funded client teams, and how recently each shipped a release, is public.

A defect in the consensus rules or in their implementation makes nodes disagree about valid history, halting the chain or splitting it into two.

Yang perlu dilihat: Look for a public incident history of halts, deep reorganizations, and emergency releases, and for whether the chain has a documented restart procedure. Client diversity data shows how many independent implementations validate the rules, and time-to-finality or confirmation-depth conventions show how long a reorganization can plausibly reach back. Post-incident write-ups, when they exist, are the most informative disclosure a chain publishes.

A hash function, signature scheme, or proving system that a network depends on proves weaker than assumed, undermining ownership, history, or validity.

Yang perlu dilihat: Identify which primitives and curves the chain uses, whether any proving system involved required a trusted setup and how many independent participants took part in the ceremony, and whether the circuits have been independently audited or formally verified. Check whether the protocol has any path to rotate signature schemes without a hard fork, such as account abstraction or a versioned address format. Public incident histories for wallet software show whether randomness or nonce handling has failed in that ecosystem before.

The transaction data needed to reconstruct or challenge a chain's state is not published, so users cannot prove what they own or exit on their own.

Yang perlu dilihat: Establish where data is posted, what the retention window is, and who is expected to archive it after that window closes. For committee-based designs, look at the number of members, the signing threshold, and whether members are independent entities. Where sampling is used, check whether light clients actually perform it in production or only in specification, and look for any documented drill in which a third party reconstructed state from published data alone.

A sufficiently large error-corrected quantum computer would break the elliptic-curve signatures that authorize transactions, though no machine near that scale is known to exist.

Yang perlu dilihat: On-chain data shows how much supply sits at addresses whose public keys are already exposed through reuse or early output types, which is the directly measurable part of this exposure. Check whether the protocol has an upgrade path that allows new signature schemes without moving every coin, such as address versioning or account abstraction, and whether any core research or roadmap document addresses migration. Treat vendor claims of quantum readiness as a document to read rather than a fact, and check which specific scheme is proposed.

The data a full node must store and process grows over time, so fewer people can run one and verification concentrates in a smaller set of operators.

Yang perlu dilihat: Chain size, state size, and their growth rates are published, as are the hardware requirements in official documentation and the practical requirements for archive nodes. Count reachable full nodes and look at their geographic and hosting distribution, and look at how much application traffic reaches the chain through a small number of remote procedure call providers. Watch for repricing proposals, state expiry research, and pruning defaults, which indicate whether the issue is being managed.

A protocol upgrade or token migration goes wrong, splitting the network, stranding holders on an old contract, or breaking dependent applications.

Yang perlu dilihat: Read the activation mechanism and the share of nodes or stake signaling readiness before the fork block, and read client release notes, public testnet runs, and shadow-fork results to see how much rehearsal happened. For a token migration, check whether the old contract still has supply outstanding, whether the swap has a hard deadline, and which venues and custodians have confirmed support. After the event, a persistent minority chain or a lingering old-contract balance is an observable fact rather than a forecast.