Privacy Policy version 1.4 and User Agreement version 1.4 are in effect. The one change is in the Privacy Policy: it now says the Agent Vault emails you at once when a transfer out of one of your agents' wallets is marked as unmatched (a payment to an address that is not on the agent's list, with no check about it in the hour before), at most one email an hour for the same address. Like the other Vault emails, it never shows an address, a label or an amount. The User Agreement's wording is unchanged; it moves to 1.4 so the two documents keep one version and one date. Read them at almstins.com/privacy and in the footer.
Changelog
What's new, what changed, and why.
Privacy Policy version 1.3 and User Agreement version 1.3 are in effect. They add Almstins Agentics and its Agent Vault, which opens to free accounts soon. They say what the Vault keeps: the agents you create, the wallets and addresses you register for each, and a dated record of the checks an agent asks with its key and of every direct transfer of the agent's own wallets, each marked with whether the other side was on your list. They say what it reads: only the wallets you register, never the history of any other address. It never links an address to a person, and it is never in the payment path.
They also say when the Vault emails you: at once for a check that does not come back proven or established, and for an established answer only if you turn that on. The emails never show an address, a label or an amount. A recent screening answer can be reused for up to ten minutes, and the record marks it as cached. The Free plan is 3 agents, 15 addresses shared across them, 5 wallets per agent, and 5,000 recorded checks per agent per day. Read them at almstins.com/privacy and in the footer.
An unmatched payment is now emailed to you at once: a payment out of one of your agents' wallets to an address that is not on its list, when the agent asked no check about that address in the hour before. It is always on, like the email for a check that does not come back proven or established, and it has its own limit of one email an hour for the same address, so it never uses up the hour an email about a check on the same address needs, or the other way round.
The email says how many unmatched payments to that address it covers: every one since the last such email for the address, the ones the hourly limit kept quiet included. It does not show the address or the amount. It links to the agent's page, behind your sign-in. A payment found more than 36 hours after it was made, when a read catches up after an outage, is recorded and marked as before and is not emailed.
A new History page shows where the money your agents received came from. Every address that sent money to one of your agents' own wallets in a year is one line, largest first: your label for it, or "Your wallet" when it is one of your own agents' wallets, its status on your list, the USD total at the time, how many transfers and the latest day. Open a line to see the full address, how much of each token it sent, which agents it paid, whether it came through a contract, and its latest transfers with links to the chain's explorer. A box at the top adds up what came from addresses not on your lists.
Pick a year, or one agent. Find it under History in the Agentics menu. If you also use Almstins for your own wallets, the same list shows on Memory Lane, for the year picked there.
The Agent Vault is open to every Almstins account. Add your agents, the wallets they pay from and the addresses they may pay, and the Vault records each check an agent asks and every transfer its wallets make or receive on Ethereum, Polygon and Avalanche, with a daily report you can download as a signed PDF. The Free plan is 3 agents, 15 addresses shared across them, 5 wallets per agent, and 5,000 recorded checks per agent per day. Paid plans come later. Find it under Agentics, or start at almstins.com/agentics.
Transfers are now labeled Received and Sent everywhere in the Vault, the same words the Wallets page uses, instead of Bought and Sold. That covers the Live page, the agent's ledger and its totals, and the reports, on screen and in the PDF. Only the labels changed: the signed data and the CSV columns are the same as before.
A new Wallets page shows every agent's own wallets, ten to a page. Each wallet has two windows side by side, like an inbox and an outbox: what it received and what it sent, newest first. A window shows about eight transfers and scrolls, Expand opens it to every transfer it has loaded, and Load more reads further back. Each line shows when, how much, the USD value and the other side with its status on your list, and opens to the rest: the full address, your label for it, whether a check came before it, and the transaction on the chain's explorer.
Beside each window is a Download CSV button: every transfer in that window, oldest first, with the same values the signed export carries. The CSV is not signed; the signed export on the agent's page is the record. Find the page under Wallets in the menu, or from the wallets card on an agent's page.
A transfer of an agent's wallet now appears in the agent's record as soon as the chain confirms it, with its token and exact amount. Before, a transfer made before 12:00 UTC waited until after that time to appear, because its USD value is taken from that day's price at 12:00 UTC. Now its value follows: until the day's price is in, the record reads USD value pending, and once it is in, the value of every transfer of that coin that day is filled in together. Almstins looks up each coin's price once per day, however many transfers share it.
A value under one cent now reads Under one US cent instead of $0.00. A signed export made while a value is still pending marks that transfer as pending, and every file signed before this change still checks out at almstins.com/verify-record.
Every check your agent asks with its key now also screens the address at that moment, against sanctions lists and security screening, the same screening the public wallet checker runs. If it finds something, the check comes back flagged, an address on the agent's list is flagged there too, and you get an email at once. A check that has to screen fresh can take a few seconds longer.
To keep that quick, Almstins keeps, for your account, the last 10 addresses whose screening passed. A check on one of them within 10 minutes of its last check reuses that screening and answers at once; each check starts the 10 minutes again. Your list, the agent's history and the public proof are still read every time, and any flag, or a change to the sanctions lists, takes the address out at once. The reused answer is still recorded, marked cached, with the time the screening was made, so the ledger, the signed export and the CSV show how fresh each answer was. Your agent's code does not change: ask before every payment.
The Agent Vault now records every direct transfer of an agent's own wallet on Ethereum, Polygon and Avalanche, in and out, with the transaction hash and the address on the other side. Before, it kept only the transfers between the agent's wallet and the addresses you trusted, and anything else was left out. Each transfer now says what your list said about the other side when it was recorded: trusted, pending or flagged for an address you registered, or not on the list. That status is kept as it was; registering an address later labels the transfers that come after.
A payment out to an address that is not on the list, when the agent asked no check about that address in the hour before, is marked as unmatched: the agent paid someone it never asked about. The agent's page has a switch that shows only the transfers whose other side was not on the list, and the Live page marks an unmatched payment on its card. A payment that goes through a swap or a router is recorded as a transfer to that contract, marked as a contract call where the chain's listing says so. An unmatched payment is now also emailed to you at once (November 6).
The daily report adds a line saying how many transfers went to or came from addresses not on the list, and how many of those were unmatched. The signed report and the signed export carry the same marks, and every file signed before this change still checks out at almstins.com/verify-record. The Privacy Policy and the User Agreement describe the wider record.
A check about an address your agent asked about before, on your trusted list and with nothing flagging it, now reads Established on the agent's page, the Live page and in reports. It means the same address as before, not proof of who owns it. Agents that read the answer through the API still get consistent-with-history, unchanged.
Every check your agent asks that does not come back proven or established is now emailed to you at once, whatever the answer: mismatch, flagged, not on the list, pending, unanchored or unknown. These emails have no off switch, and you get at most one an hour for the same address. An Established answer is emailed only if you turn that on in the Email settings on the Reports page. The emails name the answer and never show the address, a label or an amount.
Almstins now reads XPR Network accounts. Add an account on the Wallets page by typing its account name and the symbol XPR (an account name is plain text, so the symbol is how Almstins knows the chain). Almstins checks that the account exists, then shows its balance, the XPR coin (spendable, staked and unstaking) and every other token it holds, and imports its full transfer history, from public XPR Network servers that need no key. If those servers cannot be reached, the balance shows as unavailable rather than as zero, and the last good figure stays. Every token is listed by its contract and symbol, so a token that copies another's name is never mistaken for it; only the XPR coin is priced, and the other tokens are listed without a value.
Transfers with staking, payout, token-lock and swap accounts, and with the chain's system accounts, are recorded as sent or received and marked Needs review in the note, and they are not counted as sales. Almstins decides nothing about what they are: that is for you and your tax professional. A transfer between two of your own XPR accounts is treated as a move.
Almstins can now match each sale from January 1, 2025 on to the coins in the wallet or account the sale was made from, oldest first by original purchase date, instead of to the oldest coins in any wallet. Coins you moved between your own wallets keep their original date and cost, so they are sold in turn like any other coin there. Years before 2025 still use one pool per coin. This is switching on for accounts gradually; until yours is switched on, your figures keep using one pool per coin, and the Year Summary says which rule each year used.
For an account switched on, a new Opening positions page shows where the cost of each coin from before 2025 was placed on January 1, 2025: in the wallet or account that held the coins at the end of December 31, 2024, rebuilt from your history. It lists anything that did not add up, and lets you enter your own allocation for a coin if you or your tax professional recorded a different one. Coins lost to a transfer fee are taken from the wallet that sent them and listed in Transfers to review. Figures for 2025 may change where a sale used to draw on coins held somewhere else.
Moves between your own wallets and accounts no longer show up as sales. When you send coins from an exchange to your own wallet, or from one of your wallets to another, Almstins now pairs the two sides and treats it as a move: the coins keep their original purchase date and cost, no gain or loss is recorded, and the arrival no longer opens a second lot. Before this, Bookkeeping could show a send to your own wallet as a sale at that day's value and a new lot dated the day it arrived. Bookkeeping, the Year Summary and the exports now read from the same calculation, so they list the same sales for the same year.
Bookkeeping has a new Transfers to review list for the moves Almstins could not be sure of: a pair matched by amount and time instead of by transaction, a transfer between wallets with different owners (shown as a transfer between household members), coins lost to a fee, and a send with no arrival found. An exchange Send with no arrival found uses up the coins and is listed there instead of being counted as a sale. Figures for earlier years may change where a move had been counted as a sale; if you have already filed for those years, take the difference to your tax professional.
Privacy Policy version 1.2 is in effect, and four practices changed so the policy can say less leaves Almstins. The link checker now only asks VirusTotal whether it already has results for a link. It no longer asks VirusTotal to scan a link, but that lookup still sends VirusTotal the full link, so avoid checking links that are private. Links and wallet addresses in email to our own inboxes are now checked only against phishing, sanctions, and mixer lists we hold ourselves; nothing from those messages goes to an outside service. Signing in with Google or GitHub no longer saves your name, photo, or the provider's sign-in tokens. We keep your email and the account number the provider uses for you, which is how we recognize you next time, and names saved before are being cleared. The cookie section now describes exactly what the site uses.
We also changed how Almstins keeps and shows your data. Shared address labels are gone: a label you save stays in your account only, and the shared labels built from matching labels in different accounts are being deleted. Almstins still names well-known contracts and exchanges from its own list. A public Verify answer never includes a label you typed, unless it matches the name of a domain you have proven and so becomes your verified business name. It says only whether a proven address or link is Claimed or Verified, since when, and on which blockchain or payment network, plus the business name and domain of a Verified organization; an address or link that is not proven is never shown. After we check the encrypted address list you publish for Verify, we no longer keep a decrypted copy of the whole list; the saved copy is encrypted. Addresses from the list that become your Verify destinations are still saved in your account, with their labels, like addresses you add by hand. Deleting your account now removes all of your data, except records other parties rely on in our financing desks, such as receivables, projects, claims, confirmations, attestations, and their documents. An old profile form that could save a name, mailing address, phone number, and a second email address is removed, and what it saved is being cleared. In the wallet checker, scanning a QR code that holds a link now puts the link in the box and waits until you press Check site; a scanned wallet address is still checked right away. Google's advertising features (Google signals and ad personalization) are switched off in our analytics tag.
The policy also now names every service that receives data, grouped by purpose, and says what each one receives. Read it at almstins.com/privacy. Terms of Service version 1.2 corrects the same points.
You can now say whose account each wallet and exchange account is. Each wallet card on the Wallets page (under Edit) and each exchange account card in the Vault has a Whose account is this? field. Type who it belongs to, for example Me or Spouse, and it becomes the Owner in your history download: in the ZIP from Download history by wallet, and in a new Owner column in the plain CSV. Two accounts at the same exchange can have two different owners. For an address you use on more than one blockchain, you set the owner once and it applies on every blockchain. Clear the field to remove it, and deleting a wallet or an exchange account deletes its owner too. The owner is text you type: it stays in your account and goes only into the files you download.
An exchange account named after its exchange now shows once in the download, as Coinbase instead of Coinbase · Coinbase. Accounts with their own name still show both, as in Crypto.com · Account #2.
The demo is shared by every visitor, so in the demo you can no longer rename a wallet or set its owner. Adding, syncing and deleting wallets in the demo work as before.
The help pages no longer list gain calculations or short-term and long-term classification as features. They now describe what Bookkeeping keeps for you: when you got each coin and what you paid for it, and the Year Summary PDF on the Unlimited plan, for your records and your tax professional.
When Aave liquidates a position, the alert email, the note under the liquidation on the Vault page, and the help page answer about liquidations no longer call it a taxable disposal. They now say the liquidation was added to your records, with the collateral seized and its value at the time. The sample liquidation in the demo also says only what was seized and what it was worth, with no tax conclusion.
You can now download your history organized by wallet. On any paid plan, the Download history by wallet button on the Wallets page, and next to the Year Summary on Bookkeeping for the year you are viewing, gives you one ZIP file: a CSV for each wallet and exchange account, one combined CSV sorted by owner, wallet and date, and an index that lists each wallet with its first and last date and its number of rows. Your records, organized by wallet, for you and your tax professional. The files list your transactions as recorded, with no cost basis, gain, loss or lot columns.
Two accounts at the same exchange are two wallets, and one address used on two blockchains is two wallets, one for each blockchain. Rows imported without an account are grouped as unassigned for that exchange. Each wallet uses its current name for now, and the Owner column reads Owner not set; naming each wallet and saying whose account it is comes in a later update, and so does linking both sides of a transfer between your own wallets.
The plain transaction export stays on every plan. On the Free plan, the Download my transactions (CSV) button on the Wallets page and on Bookkeeping gives you one plain CSV of your transactions, next to the History by wallet button marked for paid plans. The plain export got the same fixes: a file for one wallet now holds only that wallet's rows (it used to include every exchange row), rows marked as duplicates are left out, Sui wallets are included, on-chain amounts are filled in, and no cell can run as a spreadsheet formula. On Bookkeeping, a Free account now sees the Needs Attention and Income CSV buttons marked for paid plans, instead of a button that saved an error message as the file. A history with more than 50,000 rows downloads one year at a time, from Bookkeeping.
Tax-form views are no longer offered. Almstins organizes your records; it is not tax software, and it does not prepare or file returns. The Form 8949, Schedule D and 1099 views, the 1099 upload, and tax document storage are no longer available to accounts. If you follow an old link to one of those pages, you land on Bookkeeping.
Bookkeeping still shows your cost basis, realized gains and losses, and income on every plan, and paid plans can still download the Needs Attention and Income lists as CSV files. The CSV downloads for realized gains and losses and for Still in Wallet are no longer offered, because those files list the cost basis, proceeds and holding period of every lot. The Year Summary PDF and its verification bundle remain on the Unlimited plan, as an organized record for you and your tax professional.
We also reworded the pricing page, the home page, the help pages, and our welcome emails so that none of them describe Almstins as a tax product.
We corrected wording that claimed more than Almstins does. The wallet checker's description in search results now says which addresses get which checks: Ethereum and other EVM addresses are checked for known scam, phishing, honeypot, dark web and mixer flags and against the OFAC sanctions list; Solana, Bitcoin, Litecoin and Tron addresses get the sanctions check only; Sui addresses show balances and activity, with no scam or sanctions screening yet. Before, it promised the full set of checks for Solana and Sui addresses.
In Bookkeeping, the DeFi Positions note no longer says when tax is due on those positions; it says they are unrealized and shown at cost basis. The locked Year Summary button now names the Unlimited plan, as the pricing page does, and the French page calls it the récapitulatif annuel throughout.
The help pages, the Terms (section B.3.2), and the Form 8949-style summary now say plainly how Almstins calculates cost basis. Sales are matched to purchases first-in, first-out, with the lots of each coin pooled across all the wallets and accounts you track. Since January 1, 2025, US rules apply first-in, first-out within each wallet or account instead, and Almstins does not calculate basis wallet by wallet yet. For 2025 and later, the figures can differ from a per-wallet calculation and from the cost basis a broker reports on Form 1099-DA, and the Form 8949-style summary for those years now says so in its header.
The help pages also no longer call the Form 8949-style PDF ready to attach to a return. It is an organized record for you and your tax professional. Almstins does not prepare or file returns.
A merchant can now prove they control a crypto receiving address — with no website and without connecting a wallet. On the Verify dashboard, register an address, then prove it by sending any tiny amount from that wallet, even to yourself. Almstins watches the public chain for it and marks the address Verified. Nothing is connected and nothing is signed for us; the only thing that proves you control an address is sending from it, and that's all this asks. An address can be claimed by one account only, so no one else can list yours as theirs.
Every verified address gets a downloadable QR badge. Print it, or add it to your sign, invoice, or checkout, and a customer can scan it to confirm — on a public page, no account needed — that the address is really yours before they send anything.
That check lives at almstins.com/verify/scan: paste or scan any address and it answers two questions at once — whether it's a verified Almstins destination, and whether it's flagged by the scam, sanctions, and honeypot screens. It's the moment-before-you-pay check, built for the person doing the paying.
Also fixed: if you'd tried the demo and later signed in, a leftover demo session could occasionally still show you the sample dashboard. Your signed-in account now always takes priority, and signing in clears any leftover demo session — so you'll never see sample data in place of your own.
The Year Summary export is now a verifiable record, not just a PDF. Alongside the summary you can download a small verification bundle that carries a cryptographic fingerprint of every line in the report, signed by Almstins. Together they turn an annual summary into something you can prove is genuine and unaltered — which matters the moment a number has to stand up to someone else: a tax filing, an audit, an inheritance, a dispute.
Anyone you hand the bundle to can check it at almstins.com/verify-record — drop the file in and it confirms, right there in the browser, whether the record is authentic and whether a single figure has changed since it was generated. The check runs on your own device; nothing is uploaded. An accountant who would rather not take our word for anything can run the very same check offline. Importantly, this proves integrity and origin — that the record is a real Almstins export and hasn't been edited — it does not vouch for the tax math itself.
Underneath, every row of the summary is hashed, those hashes are folded into a single fingerprint, and Almstins signs that fingerprint with a private key only it holds. The matching public key is published openly, so the signature can be checked by anyone and forged by no one — change one dollar in the report and the fingerprint no longer lines up. The exact figures behind your numbers are frozen at the moment you generate the export, so a summary you download today will still verify years from now, long after your live balances have moved on.
The wallet checker now has a prominent Scan QR button at the very top of the page. Checking an address with your phone's camera was already possible, but the entry point sat below the fold — and a phone is exactly the device most likely to have a camera ready. The button now sits above everything else, so it's the first thing you see. Tapping it switches to the wallet tab and opens the camera straight away; point it at a wallet QR code and the address is read on your device — nothing is sent until you run the check.
The wallet checker's language control now offers all three languages at once — a single EN / ES / FR switcher in the top corner, with your current language highlighted. The French version of the checker went live a couple of days ago, but there was no way to reach it from the page itself; the toggle only flipped between English and Spanish. French is now one tap away from anywhere in the checker, alongside English and Spanish.
Search results in the Research ledger are now grouped and sortable. When a search returns transactions across multiple assets, results are organized into alphabetical symbol groups — all your ETH transactions together, then MATIC, then SOL, and so on — with a header between each group. A sort bar above the list lets you choose whether transactions within each group are ordered by date or by transaction amount, and toggle the direction up or down. Date ascending is the default, which reads as a chronological record of activity for each asset.
The Year Summary page now has a second level of detail. Clicking any wallet card opens a panel showing what changed inside that wallet during the year across three tabs: Holdings Delta, Net Change, and Transactions. Holdings Delta shows every token that moved — what you held at the start of the year, what you held at year end, and the difference. Net Change gives the same picture condensed to one line per symbol, useful for quick scanning. Transactions shows every on-chain send and receive for that wallet in the selected year with date, type, asset, and USD value. Tokens under a dollar in current value that weren't held at the start of the year are hidden from the delta so the list stays focused on what matters. Self-custody wallets now have their own section on the year summary page, separate from exchange accounts.
The portfolio views — Holdings Delta, the portfolio table, and the reconciliation panel — no longer show phishing airdrop tokens. These are unsolicited tokens dropped into wallet addresses with scam URLs or instructions embedded in their symbol name: things like "VISIT TRUSTBOX.SITE TO CLAIM" or "CLAIM REWARDS ON T.LY/SHIBASWAP" or "*REDEEM WITHIN 7 DAYS." They appeared in holdings lists because wallet snapshots faithfully recorded everything found on-chain. They are now recognized by pattern — any token carrying a URL, a Telegram link, or a multi-word sentence as its symbol — and stripped from every view that displays token quantities. The filter runs at read time, so existing wallet snapshots are cleaned up immediately without a fresh sync.
The Data Sync Status section has been reorganized. Wallets are now grouped by type — self-custody wallets and exchange-linked accounts in separate sections — making it easier to see at a glance which sources are syncing and when each last ran.
A Privacy Policy is now available at almstins.com/privacy, covering what data is collected, what is not, and why certain commitments are architectural rather than contractual.
The wallet and website safety checker is now available in French at almstins.com/wallet-checker/fr.
Solana wallets now sync their full transaction history, not just current balances. Previously, adding a Solana wallet showed its balance but never imported the underlying transactions — so a transfer like moving tokens from an exchange to your Solana wallet had no on-chain record to match against, and stayed stuck as an unresolved item. Now syncing a Solana wallet pulls every on-chain token and SOL transfer into your ledger.
Because those transfers now land in the same place as your exchange imports, the Resolve button can automatically pair an exchange withdrawal with its matching on-chain arrival and classify it as a non-taxable self-transfer — the same way it already works for Bitcoin and Ethereum wallets. Cost basis carries across the move instead of breaking at the chain boundary.
A scheduled job now re-syncs Solana wallets every week, staggered alongside the existing Bitcoin, Ethereum, and Aave syncs, so your Solana history stays current without manual action. USD values for newly imported transactions are filled in by the existing price backfill.
Google Safe Browsing and VirusTotal are now active sources in the dApp and website checker, bringing the total to seven. Both were previously wired up but inactive due to missing API keys. Google Safe Browsing catches malware, phishing, and unwanted software across the broader web — not just crypto-specific threats. VirusTotal aggregates results from dozens of independent security engines and returns a count of how many flagged a given URL. A site that slips past the crypto-specific databases may still be caught here.
The loading spinner on the dApp checker is now properly hidden between checks. A CSS specificity conflict — display: flex on the loading element overriding the browser's built-in [hidden] rule — meant the spinner was permanently visible on screen regardless of whether a check was running. All the state management was working correctly; it just had no visual effect. That's fixed.
The yellow verdict label has been updated from "Proceed carefully" to "Cannot confirm this site is safe." The original wording implied permission to go ahead with a caveat. Yellow means there is not enough data to clear the site — not that it is probably fine.
Two new FAQ entries have been added to the wallet checker, eligible to appear as Google rich results. The first explains why a known investment scam or fake trading platform may show yellow instead of red — phishing databases are built to catch wallet-draining sites, not deposit-based fraud — and how to report one. The second covers what to do if you have already been scammed: stop sending immediately, revoke any open token approvals at revoke.cash, report to the FBI's IC3 and the FTC, and contact your bank if traditional payment methods were involved.
The wallet checker now works correctly for users who are not logged in. A routing oversight meant that the API backing the wallet address checker was only reachable by authenticated users or active sessions — anyone arriving at the page without an account would see a "Sign up free to unlock all features" message instead of results. That's fixed. The wallet checker has always been designed to require no account, and it now behaves that way for everyone.
The dApp and website checker no longer times out on a cold start. Previously, the checker had to download three large security databases — MetaMask's phishing blocklist (198,000+ domains), ScamSniffer's database (345,000+ domains), and the OpenPhish feed — before it could return any results. On Render's free tier, where the service sleeps after inactivity, this caused the first check after a period of quiet to time out completely. The databases now load in the background the moment the service wakes up. If you check a URL before they finish loading, GoPlus and URLScan results return immediately and the remaining sources show "warming up — try again in a moment." A second check seconds later returns the full picture from all seven sources.
The two action cards at the top of the wallet checker page have been relabeled. "Malicious site connection" is now "Paste your URL here" and "Investing in a known scam" is now "Paste a wallet address" — making it immediately clear what each card does without having to read the input placeholder first.
Added FAQPage structured data (JSON-LD) to the wallet checker page. The twelve FAQ entries — covering honeypot scams, wallet drainers, Tornado Cash, what red and yellow verdicts mean, and what to do when a check returns a flag — are now marked up in a format Google can surface as rich results directly in search. This makes the answers findable for people searching those questions before they have a problem, not just after.
Added a second sign-up prompt at the bottom of the demo vault page. The existing "Sign up free" button lives at the top of the page, but someone who scrolls through the full demo — all three wallets, exchanges, and on-chain data — ends up at the footer with no obvious next step. That's the moment of highest intent and it was being wasted. The new prompt reads "Ready to track your own portfolio? Sign up free — no credit card required. Your vault, your data." It sits just above the footer FAQ section, where the demo naturally ends.
When a wallet tin fails to load its balance data — a network timeout, an API outage, or a bad response from the data provider — the tin now shows exactly what happened instead of going blank or silently displaying zero. You get a short message explaining the connection failed, a ref code (a short ID like FA5B-1K2M9) you can copy and send to support, and a Try again button that re-fetches without reloading the page. Behind the scenes, an alert fires automatically so the issue is already being looked into before you think to report it. The ref code is click-to-select for easy copying.
When a logged-in user triggers demo mode — for example to show the app to a friend — they are now logged out first before the demo starts. This keeps your real portfolio private when handing the screen to someone else. After the demo, just sign back in to return to your account.
Bitcoin wallets now sync automatically every week. Previously, your BTC balance and transaction history would only update when you manually triggered a sync from the vault. Now a scheduled job runs every Monday in the early hours, fetches the latest transactions from Blockstream, and updates your balance snapshot — so your cold storage tin stays current without any action on your part.
The same automatic weekly sync was also added for EVM wallet transactions (Ethereum, Polygon, Avalanche) and Aave DeFi positions. All three run on a staggered schedule so they don't overlap. If you haven't opened the app in a week, your numbers will still reflect what happened on-chain.
Each tin on the vault dashboard now has a small corner flag that tells you what you're looking at at a glance. Wallet tins get a chain-colored triangle — gold for Bitcoin, silver for Ethereum, violet for Solana, and so on — with a chain-link icon. Exchange tins (Coinbase, Kraken, Gemini, etc.) get a muted fold with a bank icon instead. The colors match each chain's established identity, so once you learn them you don't have to read the label.
The "What's new" link on the home page has moved to the right side of the screen, below the portfolio preview, where it has room to breathe.
The wallet checker is now available in Spanish at /wallet-checker/es — fully translated including all threat explanations, modals, verdict labels, FAQ, and safety tips. Crypto terms like wallet, token, phishing, and honeypot are kept in English, which is how the Spanish-speaking crypto community actually uses them.
Language toggles (🇪🇸 En Español / 🇺🇸 In English) now appear on all four pages: the main landing page, the Spanish landing page, the English wallet checker, and the Spanish wallet checker. One tap to switch languages from anywhere.
Yesterday I had a chance to watch a friend use my demo for the first time. He was on his computer, while I looked over his shoulder. Seeing it through fresh eyes was clarifying.
So this morning I went to work. Instead of walking you, my visitors, through a how-to, I stripped it back. The goal is simple: I want to show you what's waiting when you sign up.
I seeded the demo with realistic numbers across exchanges and wallets, labeled the key sections so nothing feels mysterious, and refreshed the front page. The wallet lookup is still there — paste any address and see what's inside, no account needed — but I moved it out of the spotlight. The more important thing is that you can see the value before logging in and watching your own numbers fill the tins.
More updates coming as the project grows. I would welcome any feedback through the portal on the login page, or email me directly at hello@almstins.com.