Bitcoin: recupero e Lightning
Bitcoin output descriptors: the wallet backup beyond a seed
Keys, derivation paths and spending rules answer different recovery questions.
MASTR · CRYPTO & WEB3
Novità nella biblioteca
24 nuove guide su wallet, Bitcoin, Solana e meccanismi di mercato. Segui un percorso o scegli una domanda.
Articoli e grafici tecnici sono in inglese. La navigazione è disponibile in 7 lingue.
07
Bitcoin: recupero e Lightning
6 · Guide di riferimento →08Nomi, identità e contenuti web
4 · Guide di riferimento →09Solana: dal preventivo al regolamento
5 · Guide di riferimento →10Liquidità, prezzi e regole dei pool
4 · Guide di riferimento →11Smart account e governance
5 · Guide di riferimento →Bitcoin: recupero e Lightning
Bitcoin: recupero e Lightning
Schnorr and MuSig2: several signers, one Bitcoin signature
Compact signatures change what is visible on-chain, not the need for a sound custody policy.
Bitcoin: recupero e Lightning
Bitcoin timelocks: a calendar condition versus a coin’s age
Absolute and relative locks start their clocks in different places.
Bitcoin: recupero e Lightning
Bitcoin coinbase maturity: why a new mining reward cannot move immediately
A consensus waiting period for mining outputs is distinct from ordinary payment confirmations.
Bitcoin: recupero e Lightning
Lightning inbound liquidity: why a funded wallet may still fail to receive
Receiving capacity depends on the direction of channel balances and the available route.
Bitcoin: recupero e Lightning
BOLT 11 invoices: what a Lightning payment request actually says
A signed invoice carries payment conditions; it is neither a reusable bank account nor proof of delivery.
Nomi, identità e contenuti web
Nomi, identità e contenuti web
Passkeys and crypto wallets: easier login, a new recovery map
The origin-bound credential, the account’s authority and the backup system need separate inspection.
Nomi, identità e contenuti web
ENS names: why a reverse record needs a forward check
A readable name improves navigation only when the address relationship is verified.
Nomi, identità e contenuti web
IPNS: a stable name for content that can change
A signed pointer solves updating, while availability and key custody remain separate jobs.
Nomi, identità e contenuti web
DNSSEC and HTTPS: two checks behind a wallet website
Authenticated name resolution and encrypted transport do not certify a financial application.
Solana: dal preventivo al regolamento
Solana: dal preventivo al regolamento
Solana address lookup tables: compressed references, full responsibilities
A shorter transaction encoding does not mean the loaded accounts matter less.
Solana: dal preventivo al regolamento
Solana transaction expiry: submitted is not confirmed
A recent blockhash limits validity; a timeout alone does not establish the final outcome.
Solana: dal preventivo al regolamento
Solana priority fees: the compute limit is part of the price
Separate the base network fee, prioritisation, Jito tips and application charges.
Solana: dal preventivo al regolamento
Jito bundles: ordering, tips and the limits of protection
A preferred submission path is useful infrastructure, not a universal guarantee against adverse execution.
Solana: dal preventivo al regolamento
Jupiter quotes: expected output, minimum output and the actual exit
A route quote is a timestamped estimate for a size, not a promise that the last chart price is executable.
Liquidità, prezzi e regole dei pool
Liquidità, prezzi e regole dei pool
TWAP and VWAP: averages answer different questions
Time weighting, volume weighting and executable liquidity should never be collapsed into one number.
Liquidità, prezzi e regole dei pool
Concentrated liquidity: ticks, active capital and fee growth
A pool can hold substantial value while only part of its capital supports the current price.
Liquidità, prezzi e regole dei pool
Uniswap v4 hooks: a shared exchange core, different pool behaviour
The hook contract belongs in the explanation of the pool, not in a footnote.
Liquidità, prezzi e regole dei pool
Aave health factor: a moving buffer, not a safety rating
Collateral prices, debt growth and configured thresholds determine the liquidation boundary.
Smart account e governance
Smart account e governance
ERC-7579: wallet modules are part of the authority map
Validators, executors and hooks have different powers inside a modular smart account.
Smart account e governance
ERC-6492: signatures from an account that is not deployed yet
An empty address can have a planned contract identity; verification must follow the correct model.
Smart account e governance
EIP-6963: choosing between browser wallets without trusting the icon
Provider discovery solves a coordination problem; names and icons remain self-reported.
Smart account e governance
Governance checkpoints: whose votes counted, and when?
Delegation, historical voting weight and proposal timing determine more than a current token balance.
Smart account e governance
EIP-4788: a beacon root is a commitment, not the whole beacon state
Ethereum exposes a consensus-layer commitment to contracts; the proof and interpretation still need work.