Bluefin_Crypto (@Bluefin_Crypto) profile picture
Joined February 2026
Bluefin_Crypto retweeted
Q3 at Liquid If your money lives in four apps that never talk to each other, you already know the problem: nobody is watching it. This quarter we built the thing that does, and the rails underneath it.
1
4
5
344
Bluefin_Crypto retweeted
🚨🚨🚨🚨🚨 TAKEOVER IS NOW MACBOOK COMPATIBLE BATTLEFRAME OS // FIELD UPDATE 0.3.18 MAC Command systems have extended to OSX bringing it in parity with X64. Field testing from all eligible pilots is required. Pilots may report @ discord.gg/KNmmqhhJwJ under #report-bug, report link is pinned You will have to approve messages like these pictured below. FYI, when you hit deploy on a mac, it may have a popup that says verifying on first deploy, and it may look like it hangs, just let it do it's thing and the game will load. fortblockgames.com/games/tak… (if you are on a mac it will show the correct launcher.) We have downloaded the launcher from the site, installed it, downloaded the game and deployed successfully.
6
5
3
22
1,401
Bluefin_Crypto retweeted
Your checking account is the worst performing thing you own. It holds your money. It does not work for it. One balance that earns, sends, invests and spends. That is the whole idea. liquidagent.ai
3
5
288
Bluefin_Crypto retweeted
🔎 Recap: Where Mainnet Prep Stands Now A quick recap on how the current Mainnet Lite → Mainnet Full transition has evolved and where the focus is moving next. 🔹 Mainnet Lite capacity shift - Mainnet Lite remains functional, with its routers, sessions, oracles, and broader configuration still in place - But under current market conditions, keeping both environments fully active adds recurring ETH gas and infrastructure cost - To stay conservative and use limited resources more efficiently, more node capacity has been shifted from Mainnet Lite into Mainnet Full - Lite can be brought back into a more active public-demo role whenever demand, exposure, and operating economics make sense 🔹 Mainnet Full baseline - Over the last few weeks, we have been running repeated light checks across Mainnet Full / mainnet1 - The L3, routers, sessions, node paths, network tasks, user tasks, dashboard, indexer, and related infrastructure have remained healthy at the current baseline - Node stats, reputation, levels, and quality sampling were also reset and tuned so the network can rebuild cleaner operational data under the latest configuration 🔹 Product paths - Portal, Corgent, and Bardiel are now all operating through their Mainnet Full paths - Portal has gone through repeated routing, model, gateway, session, and node E2E checks - Corgent and Bardiel have also been tested across delegate, validate, redundancy, consensus, MCP, and ERC-8004-facing paths - So far, these product configurations look workable under the current capacity 🔹 Where the focus is moving - With the basic Mainnet Full infrastructure and product paths in place, the next focus is improving Portal compatibility for agent runtimes - PyClaw is being used as the first practical integration target because it exercises OpenAI-compatible APIs, streaming, tool calling, and longer agent loops - If Portal works cleanly with PyClaw, much of that compatibility should also benefit other OpenAI-compatible agent frameworks 🔹 Current compatibility work - The rough PyClaw-side Portal integration foundation is already in the codebase - Portal-side compatibility changes have started as well - A new v4 completion path was introduced on the router / network side so newer tool-calling and agent-oriented behavior can be added without changing the existing v3 baseline - The Portal router pool has already been updated with the v4 completion path 🔹 Current dependency - We are still waiting for all miners to upgrade to the latest binary with v4 completion support - Once the miner side is aligned, we can run cleaner E2E checks across PyClaw → Portal → router → miner → model - From there, the remaining work should become a more iterative process of identifying smaller gaps, fixing them, and repeating the tests 🔹 Current takeaway - Mainnet Lite remains available, but more capacity is being concentrated into Mainnet Full for efficiency - Mainnet Full now has a healthy baseline across infrastructure, Portal, Corgent, and Bardiel - The next layer is making Portal a cleaner agent-compatible access surface - PyClaw is the first practical test case, but the broader goal is compatibility with OpenAI-style agent runtimes in general - This work is still in progress, with the immediate focus on completing the miner rollout and then iterating through the remaining Portal compatibility gaps #Cortensor #MainnetFull #MainnetLite #Portal #Corgent #Bardiel #PyClaw #AIInfra
The Cortensor mainnet path is taking a clearer shape. Q3 2026 → Mainnet Lite - @Arbitrum L2 - more controlled and practical first step - earlier dedicated-node-heavy rollout - cleaner path for hosted and product-facing checks first Q4 2026 → Mainnet Full - @Arbitrum Orbit L3 - fuller Cortensor-native path - broader long-term network direction - more complete stack beyond the lighter L2 rollout That is how we currently think about the rollout: Lite first as the more practical path, then Full as the broader native path after that. #Cortensor #MainnetLite #Mainnet #Arbitrum
5
7
2
13
708
Bluefin_Crypto retweeted
The Team was on a @standwithcrypto call with @brian_armstrong this morning. The GENIUS Act is here, but millions of people are still unbanked. A whole generation looks at the financial system and does not see a fair deal. Brian's answer: build better financial services, and people will use it and they wouldn't even know that it's crypto underneath. That is Liquid Agent. You open the app, you fund your account, your money works while you sleep. No gas fees. No new vocabulary. The tech is real, it just stays under the hood where it belongs. That is the assignment. Heads down. liquidagent.ai #GENIUSAct #fintech #LiquidAgent
Today, the @SECGov proposed "Regulation Crypto Assets," its first tailored framework for raising capital with crypto under federal securities law. What it would do: → Create clear pathways to raise capital in the U.S. → Offer two new exemptions ($5M / $75M tiers) → Add a conditional safe harbor once a project is built out → Set one federal standard over 50 state rules → Bring builders back onshore It's a proposal. The comment period is open for 60 days.
1
4
6
655
Bluefin_Crypto retweeted
Real builders need certainty. We're proud to join hundreds of organizations supporting a clear framework that helps startups build, hire, and innovate in the United States. We're encouraged to see momentum behind the Clarity Act and look forward to a future where blockchain innovation can continue to grow in America. 🇺🇸 #StandWithCrypto #CryptoPolicy #BlockchainInnovation
Stand With Crypto and over 200 organizations sent a simple message to Senate leadership: it's time for the Clarity Act. The community is unified — large companies, startups, associations, and grassroots groups across the country are counting on their lawmakers to deliver rules of the road for crypto in America. The Clarity Act passed the Senate Banking Committee with bipartisan support. Now it needs to cross the finish line. Tell your Senators you want Clarity 👇
3
4
12
788
Bluefin_Crypto retweeted
Liquid Agent Spaces V11 — "One Year In" Date: Wednesday, June 10th, 2026 Time: 12:00 PM EST One year ago, LIQUID was launched. Wednesday, we tell the whole story. No filter. On the table: The Good. The wins, the milestones, the moments that mattered. The Bad. What didn't land, and what we learned. The Ugly. The hard truths, said out loud. End of Q2. A look back at the last 90 days. Heading into Q3. Where we go next, and how fast. One more thing… A year of building. A community that stayed. This is the honest one. See you Wednesday.
1
3
4
425
Bluefin_Crypto retweeted
🛠️ DevLog – Rough Portal V1 Mock Shared We shared a very rough Portal V1 mock in URL form on Telegram so it is easier to click through and get a better feel for the flow than from screenshots alone. 🔹 Current context This is still just a rough mock to help us understand the flow and the larger UI components better. It is not meant to represent the final implementation or final product polish yet. 🔹 Why this matters The goal right now is simply to understand the shape of the Portal surface more clearly: - auth / entry flow - usage / limits - API key flow - billing / plan surface - docs / quick-start path 🔹 Current direction This is more likely the basic UI direction we’ll keep iterating on next phase once implementation starts more seriously. 🔹 What’s next We’ll probably still do a bit more UI/UX iteration on this through the rest of this week, but this share is mainly to give a better feel for the current Portal direction in something more interactive than static screenshots. 🔹 Note We are not reposting the direct URL here for now - check Telegram if you want to click through and get a better feel for it - t.me/CortensorNetwork #Cortensor #DevLog #Portal #UIUX #ProductDesign #API
🛠️ DevLog – Portal V1 Thoughts on Data Model + API Key Management A quick recap on how we’re currently thinking about the Portal V1 data model and API key management side. 🔹 Core data-model direction For Portal V1, Supabase is mainly being treated as the durable source of truth for product/account state, not the place where every hot-path inference decision should happen directly. At a high level, the durable Portal-side model is shaping around: - users / organizations / membership - API key metadata - model access policies - plan / subscription state - usage events and request logs - billing ledger - router pool metadata and model mapping 🔹 Where Unkey fits For now, Unkey is the likely fit for the more practical API-key layer: - API key issuance - API key verification - rate limiting - basic per-key usage visibility So Unkey would sit closer to the hot path, while Supabase still keeps the longer-lived product/account state behind it. 🔹 Why this matters This lets us keep a cleaner split: - Supabase holds durable product truth - Unkey handles API-key operations and request-time checks - Portal backend connects the product/business logic to router pools underneath That means we do not need to build every API-key primitive from scratch in V1, while still keeping the broader product/account model under our control. 🔹 API key direction On the API key side, the rough V1 shape is: - Portal-issued keys, not raw router-native credentials - create / reveal-once / revoke flow - durable ownership tied to Portal user/org state - key metadata stored in Portal-side tables - hosted inference traffic uses API keys, while dashboard access still uses normal auth/session identity 🔹 Important split So the current Portal V1 split is roughly: - Clerk → auth/session identity - Supabase → durable product/account state - Unkey → API key issuance / verification / rate limiting - Portal backend / gateway → entitlement, quota checks, router-pool resolution, usage writeback - router pools → actual inference execution 🔹 Current takeaway So when we say “Portal V1 data model + API key management,” what we really mean is a layered setup where: - auth stays separate from API keys - durable product state stays separate from hot-path key checks - and the backend/gateway ties everything together into a hosted API product instead of exposing raw router/session internals directly. #Cortensor #DevLog #Portal #Supabase #Unkey #API
5
8
1
13
722
Bluefin_Crypto retweeted
Another BIG MEETING is happening.... What are they planning next? 🤔 0x506059317F8dB90880a60a6968153AD2424ac38F agentcraft.fun/viewer/
7
6
16
654
Bluefin_Crypto retweeted
like and repost + drop your base address for the airdrop
298
195
8
345
23,282