Hawk

biggest win i have had on @kash_bot , and it did not come from picking a side. @MarioNawfal put up a market on whether Abdul El-Sayed would beat Mike Rogers in Michigan's 2026 U.S. Senate election. $13.3K of volume, 564 predictions. a market that size does not sit still. the price kept moving the whole way through. up, back down, up again. so i traded it instead of sitting on it. in and out of the moves, not one position held to the end. finished as the top trader on the market with +$103.71. my old personal best was $39.33, so that is 2.6x. this is the part people miss about @kash_bot. the AMM always has a price on both sides, so you can leave whenever you want. the market stops being a bet slip and becomes something you can actually trade. thanks for the market Mario. plenty of movement in that one.

i went looking at what tasks are actually in a robotics dataset. not the marketing version. the file names. pipe-tighten. medicine-sort. clothes-fold. towel-hang. cable-route. drawer-open. read that list again and notice what is not in it. no "navigate complex environment." no "demonstrate general intelligence." no demos. just chores. this is the thing that reframed physical ai for me. every one of those names is a job somebody is currently paid to do. tightening a fitting on a pipe. sorting pills into the right compartments. folding laundry in a hotel. routing a cable through a panel without pinching it. these are not toy problems picked to look impressive in a video. they are the actual contents of low-margin labour. and each one is harder than it sounds the moment you try to describe it precisely. ● pipe-tighten: how much torque is enough? you cannot see torque. you feel it stop ● medicine-sort: pills look nearly identical and the cost of one mistake is enormous ● clothes-fold: cloth has no fixed shape, so the same shirt is a different problem every time ● cable-route: the thing you are holding bends while you hold it a human learns all of these in minutes by touching them. a model learns them from thousands of recorded attempts, because nobody has figured out how to write them down. my honest read: the unglamorous names are the strongest signal in the whole dataset. a lab chasing headlines records backflips. a company building a product records pipe-tighten six thousand times. one of those gets you a viral clip. the other gets you a robot that pays for itself in a warehouse. i would rather look at the boring file names than the demo reel. the file names tell you what somebody is actually planning to sell. @prismaxai

halloween rule and ethereum rule turn out to be the same rule. whoever gets to the door first takes the candy. everyone else gets the empty bowl and a sad look. too slow is too slow. @get_optimum #BoostedMeme @get_optimum @blockchainjeff @cryptooflashh @kentlinyy @ChandlerOtterbe @MurielMedard @samurai_itan

two kinds of robot data. people keep arguing about which one is better. that is the wrong question. they do different jobs, and you need both. here is the simple version. egocentric data - a person records themselves doing a task in first person. camera on the head, hands in frame. cheap, fast, anyone can do it. teleoperation data - a person remotely drives an actual robot arm through the task. expensive, slow, needs hardware and training. now the part that makes it click. think about how a language model gets built. ● first, pretraining: you feed it enormous amounts of rough text so it learns how language works in general ● then, post-training: you feed it a small amount of carefully made examples so it learns to behave precisely robot data maps onto this almost exactly. egocentric is the pretraining fuel. you need millions of hours of "this is how physical tasks generally go" and you need it cheap. volume matters more than precision here, because the model is learning the shape of the world, not exact motor commands. teleoperation is the post-training fuel. when the robot drives, every joint angle is recorded in the robot's own body. there is no guessing how a human wrist translates to a two-finger gripper, because a gripper actually did it. the data is exact. it is also expensive, so you use it where precision is the whole point. so the stack is: learn the world from humans, learn the body from robots. what i find genuinely interesting is that this is a cost argument, not a philosophy argument. if teleoperation were free, nobody would bother with egocentric capture. it is not free - every hour needs hardware, a trained operator, and a physical setup. so you spend cheap hours on scale and expensive hours on precision. anyone who tells you one of these replaces the other is selling you something. the models being trained right now eat both. @prismaxai

1.4M Users, Same $5B. Read That Again. in march, at the Series A, @KASTxyz reported more than one million users and about $5 billion in annualised transaction volume. in october the user count is 1.4 million. the volume figure is still around $5 billion. users up roughly 40%. volume flat. normally that reads as a problem - growth without revenue behind it. i think it is the opposite, and it is the most interesting number the company has published this year. ➤ flat volume with more users means average spend per user went down ➤ spend per user goes down when the new arrivals are smaller than the old ones ➤ smaller users are normal users the first cohort of any crypto card is traders and whales moving large amounts. big volume, few people. the second cohort is someone paying for groceries and a phone plan. small amounts, lots of people. a product that only ever grows volume is still serving the first group. a product where the user count outruns volume is reaching the second. that is the harder number to get, and the one that decides whether @KASTxyz ends up a niche tool for crypto people or a bank replacement for everyone else. @KASTxyz @Coleta_Cripto

kash cabal unlocked. that is all three rungs. voice, then guide, then cabal. i got the first one in a weekly update back in september, next to four other names. the thing that makes it mean something: the roles are reviewed regularly. you do not earn them once, you hold them. stop showing up and somebody who did show up takes your place. what it took was boring and daily. discord, content, feedback on the app, bugs reported honestly, markets created, calls posted with the price attached and the losing ones left up. i did not grind for a role on @kash_bot. i just live in this project.

999 cards. each one is a real ethereum slot. @get_optimum made turbocards to mark their mainnet launch, and they made them the smart way. instead of artwork about speed, they took actual blocks they accelerated in the first days of running, and turned each one into a card. what is on it: ● the slot number - a specific moment in ethereum history ● latency - how many milliseconds the block took to arrive ● speed boost - 1.7x, 3.3x, 4.8x. depends on the slot ● bid uplift - what that speed was worth in money the frame is not just decoration either. copper, silver, black iron, gold. inside sits a cube glowing its own color. the thing i like is that these numbers cannot be faked or redrawn. the block either arrived in 99ms or it did not. the card just records what happened. soulbound, one per wallet, free to mint apart from gas. codes drop in twitter and discord. i have not caught mine yet. but i will keep hunting, because i want a card with a decent speed boost, not just any card. @get_optimum @blockchainjeff @cryptooflashh @kentlinyy @ChandlerOtterbe @MurielMedard @samurai_itan

a robot can work perfectly and still fail as a product. here is the math that decides whether anyone buys it, and it has nothing to do with the ai. imagine you run a warehouse. one task, done by a person, costs you roughly $40,000 a year once you count wages and everything around them. a robot arm plus installation, integration, safety work and the software to run it comes to about $180,000 up front. it also needs maintenance, say $8,000 a year. so the robot saves you $40,000 a year and costs $8,000 a year to keep. net saving: $32,000. $180,000 divided by $32,000 is about 5.6 years. now suppose the robot only handles 60% of the task and a person still has to cover the rest. your saving drops to $24,000, your net to $16,000, and your payback stretches past 11 years. ● payback under 2 years: easy yes, the buyer signs ● 2 to 4 years: a real decision, depends on the industry ● over 5 years: almost nobody signs, because the hardware will be outdated first that last line is the whole problem. a 9-year payback is not a slow win, it is a no. the robot works, the demo is impressive, and the purchase order never arrives. this is why reliability matters more than capability in this market. going from 60% to 95% task coverage does not make the robot more impressive in a video - the video looked fine already. it moves the payback from 11 years to under 4, which is the difference between a research project and a business. and that last 35% is exactly what you cannot get from more compute. it comes from edge cases - the cup that was already wet, the box that was stacked crooked, the label facing the wrong way. those have to be recorded, by someone, in reality. the bottleneck on robot adoption is not intelligence. it is payback period. and the lever on payback period is data. @prismaxai

there's a new button on fermah's site. "build on kernel." it links to an open form. not a sales contact. not "get in touch." an invitation to build things on their infrastructure. that's a meaningful change in posture. up to now, fermah's relationship with the outside world was: we generate proofs, you're a customer. the value flowed one direction. you send a proof request, you get a proof back. "build on kernel" is different. it's saying the engine is available for things fermah didn't build. the site lists what that could look like: ● defi automation - strategies that run autonomously on any condition, including off-chain ones ● programmable liquidity - lp positions that adapt to macro events and volatility in real time ● price feed construction - kernel builds a tradeable feed from any verifiable source ● cross-protocol sequencing - one verified condition triggers borrow, swap, stake, settle none of these are fermah products. they're categories of things someone else could build. there's also an entry on the list that just says "your app here - any autonomous workflow. if it can be measured, triggered, or sequenced, kernel can run it." here's why the timing makes sense. you don't open your infrastructure to outsiders until it's stable enough to survive uses you didn't anticipate. fermah has 2.8m proofs and 1m markets running through the same engine. that's the evidence that it holds. i'm curious what people build with this. the interesting applications for a general engine are usually the ones the original team never thought of. @fermah_xyz @7wealthh @vanishree_rao

ninth place, and $8.32 from eighth. that is where the all time board has me on @kash_bot. $577.97 in total winnings. the two people directly above are on $586.29 and $586.46. eight dollars and change. less than one position on a normal matchday. the rest of the update: lifetime volume just crossed $5,403, which clears the third of five milestones. it was $1,749 when i started tracking this seven weeks ago. 82 winning positions to get here, and plenty of losing ones still sitting on the profile where anyone can scroll them. i do not think ninth is the ceiling. i think it is just where the number stopped this week.

you do not need a robot to teach a robot. this is the part of robotics data that sounds wrong when you first hear it, so let me break it down slowly. egocentric data means first-person recording. a camera on your head or chest, looking at what your hands are doing. you fold a shirt. you sort pills into a box. you wipe a counter. the camera sees exactly what your eyes see, and your hands move in frame. no robot arm. no lab. no $30,000 hardware. just a person doing an ordinary task with a camera pointed the right way. why would a model care about human hands when it is going to control a metal gripper? because the hard part of a task is not the hardware. it is the plan. what order do you do things in. where do you grab the shirt so it does not slip. how do you know the counter is clean. when do you slow down. that knowledge lives in the sequence of what you did, not in the specific fingers you used. so the model learns the plan from humans, then learns the hardware separately. ● teleoperation data: you drive the actual robot, so the data is in the robot's own body ● egocentric data: you just do the task yourself, and the data is in a human body the second one is dramatically cheaper and faster to collect. anyone with a camera can contribute. that is the whole point - the bottleneck in physical ai is hours of recorded human work, and egocentric capture removes the hardware from that equation. i will be honest about where my head is at. for a long time i assumed robot training data had to come from robots. it took me a while to accept that most of what a robot needs to know is just a human skill, and humans are already everywhere. prismax is opening egocentric collection in waves right now, through a waitlist. the hardware requirement being near zero is exactly why that can scale. @prismaxai

fermah's proof market has a name now. froben. it used to just be described as "the universal proof market" - a function, not a brand. now it sits alongside flashcast social as a named product with its own page. small change, but it reveals the shape of the company. here's what i mean. when a company has one product, the company name and the product name are the same thing. fermah does proofs. simple. when a company has an engine that powers multiple products, the naming has to change. otherwise every product gets described as "the fermah thing that does x," and the relationship between them gets muddy. so now the structure is explicit: ● fermah kernel - the engine underneath everything ● fermah froben - the zk proof market, b2b, live on mainnet ● flashcast social - prediction markets, consumer, live two products with different names, different audiences, different business models. one engine underneath both. froben is b2b infrastructure sold to protocols - zksync era and abstract chain are paying customers, 2.8m+ proofs settled at 99.7% reliability. flashcast is consumer - anyone creates a market in one second, 1m+ resolved in six weeks. these are genuinely different products. a proof marketplace for rollup teams and a prediction market for people betting on the world cup share almost nothing at the surface. they share the workflow engine underneath. what this naming signals is a company that expects more products. you don't build a naming structure for two things. you build it for what comes next. @fermah_xyz @7wealthh @vanishree_rao

optimum is live on ethereum mainnet. october 20. simple version of what it does: every 12 seconds ethereum produces a new block. that block has to reach a million validators. whoever gets it late loses money - missed attestations, missed mev. ethereum currently moves that block by passing copies around the network. the same block reaches your node eight times through eight different routes. most of it is wasted. @get_optimum sends unique pieces instead of copies. collect enough pieces, rebuild the block. less data, faster arrival. that went live yesterday with real stake behind it: ● 16 node operators ● 22,000 validators ● 1.4 million ETH ● $3.4 billion boosted blockdaemon and everstake are on the list. so is ether. fi - and they made it required for all 12 of their operators instead of optional. measured result: 2.4x faster block delivery, and far more predictable arrival times. what it does not touch: your keys, your hardware, your client setup, ethereum’s rules. it runs next to what you already have. free to connect. mit math from the early 2000s, finally running on ethereum. @get_optimum

A Fintech Just Hired a Lawyer. That Is the Growth Story. on 13 october @KASTxyz announced Claire Wells as Chief Legal Officer, joining from Kiln. the stated job is not defence. it is to expand the licensing footprint across markets. that sounds like an HR announcement. it is closer to a roadmap. here is the part people miss when comparing cards. a cashback rate is copyable. any competitor can match 1.5%, or beat it next quarter and eat the loss for a while. a licence to operate in your country is not copyable. it takes years, lawyers, and regulators who move at their own pace. ➤ ~250 full-time staff now across engineering, product and compliance ➤ previously hired a former SEC senior adviser for policy communications ➤ now a CLO whose brief is explicitly more licences, more markets @KASTxyz is not a bank. it operates through licensed partners. that model lets it move fast, but it also means every new market is a new set of permissions to assemble. i care about this more than most features, for a selfish reason. the thing keeping @KASTxyz out of ukraine is not the technology. the card works. the rails work. what is missing is permission. hiring a CLO before you need one is what a company does when the plan is to be somewhere it is not yet. @KASTxyz @Coleta_Cripto

random linear network coding sounds like a blockchain invention. it is not. you have been using it for years without knowing. rlnc has been deployed in production systems long before anyone applied it to ethereum: ● 5g mobile networks use network coding to handle packet loss without retransmission ● satellite communication relies on it because you cannot ask a satellite to resend a lost packet quickly ● iot sensor networks use it to save battery - fewer retransmissions means less radio time ● content delivery networks use coded distribution to serve video efficiently the common thread in all of these: unreliable networks where losing packets is normal and asking for a resend is expensive or slow. that describes a blockchain p2p network exactly. thousands of nodes on consumer internet connections across every continent. packets drop constantly. asking for a resend costs time you do not have when a block needs to reach everyone in twelve seconds. muriel médard's group at mit spent over two decades refining rlnc across these applications. each deployment stress-tested the math in a different environment. by the time optimum applied it to blockchain propagation, the technique had already been proven in systems where failure was not an option. this is why i find the optimum approach credible. it is not a novel cryptographic scheme written last year and deployed on faith. it is established engineering finally pointed at a problem that was clearly asking for it. your phone already trusts this math. ethereum is just late to it. @get_optimum

120,000 episodes. that number means nothing until you know what an episode is. an episode is one complete attempt at one task, recorded from start to finish. a robot arm reaches for a cup, grips it, moves it, puts it down. that is one episode. every frame of video, every joint angle, every millisecond of movement - saved together as one file. so 120K+ episodes means 120,000 recorded attempts at real physical work. performed by real people on real hardware. what the console shows right now: ● 120K+ episodes delivered ● 1,700+ deployed scenarios ● up to 5,000 hours of capture capacity per month ● $1M+ paid out to contributors so far the scenarios number is the one i keep coming back to. you could record 120,000 episodes in one kitchen with one cup, and the model would learn exactly one kitchen. 1,700 different scenarios means different lighting, different objects, different table heights, different camera angles, different grippers. that variety is what turns a recording into a lesson. here is the part newcomers usually miss. gpt-style models had the internet to train on - billions of pages, already written, already free. robots have nothing like that. there is no youtube of joint angles. nobody uploaded a dataset of "what my hand did when i tightened a pipe." every single hour of this data has to be physically performed by a human being first. that is why a counter going up is actually news here. in text, data was found. in robotics, data has to be made. and the $1M+ line matters too - it means this is not a research demo with volunteers. people are getting paid per episode. that is the difference between a dataset and a supply chain. foundation model teams are already training on this. which means the counter is not sitting in a warehouse - it is going into models that will move physical objects. @prismaxai