This may be a dumb question, but I’m having trouble resolving this. Primarily I’m looking at a Solana gaming project, the gist of it is: - token gates playing said game - the token acts as an in-game economy - in game efforts are rewarded with the token - there’s a gambling mechanic where you use said tokens to get items, half is burned, half is sent to treasury - the token is being openly framed as appreciating with growth This entire game is essentially an unregistered investment contract. Now my issue is, theres a lot of these games being openly developed and being speculated on X. No one is talking about the fact that this is illegal. I couldn’t find a single post reflecting said sentiment on X. Instead, people are speculating on these games and more of them are coming out. Why is this the case? Where is the enforcement? Is there some sort of loophole these games are using? submitted by /u/oneoffv [link] [Kommentare]

I feel we’re close to the tipping point when panic will set in and a sell off will significantly drop the current price point for BTC and ETH. Thoughts? submitted by /u/imeeme [link] [Kommentare]

Check the FF (Nasdaq: $FFAI)'s EAI robot "super group" at Automate 2026 — North America's largest robotics show. submitted by /u/FaradayFuture_FFAI [link] [Kommentare]

I've been experimenting with a compiler/runtime project that I'm not entirely sure is a good idea, so I'd love some feedback from people who've worked on deployment systems. The idea is to compile an exported PyTorch model into a self-contained package that contains: graph binary weights backend kernels (currently WGSL) runtime metadata A lightweight runtime loads that package and executes it directly in the browser with WebGPU. No Python, no server inference, and no dependency on a heavyweight runtime. Right now the attached demos are just neural video representations because they were easy to test, but the motivation is actually operator networks and scientific ML, where I like the idea of distributing a single portable artifact. The repo is here: https://github.com/Slater-Victoroff/Kuma I'm mostly looking for architectural feedback. Some questions I'm wrestling with: Is embedding backend kernels in the artifact a terrible idea? Is this solving a real deployment problem or just reinventing ONNX Runtime? Are there existing systems I should study that take a similar approach? If you were designing a deployment format today, what would you change? I'd especially appreciate thoughts from people who've worked on ONNX, IREE, TVM, ExecuTorch, MLIR, or similar compiler/runtime projects. submitted by /u/svictoroff [link] [Kommentare]

If you're holding MOON on Arbitrum Nova, this affects you. What happened The Arbitrum DAO passed a proposal to "minimize" Arbitrum Nova. That means Nova isn't being shut down, but it's being moved into a maintenance-only state with reduced infrastructure, slower support, and stricter rate limits. Data availability shifts to Ethereum L1 blobs, and most service-provider contracts get deprecated. The short version: the chain keeps existing, but you should not plan to keep anything important on it. The timeline June 4 – September 2, 2026: 90-day migration window. Everything stays fully operational. This is when you move your tokens. After September 2: Nova drops to a minimized state. Bridging is still possible, but with less support and potentially fewer fast-bridge options available. You can technically still migrate after the deadline (the Arbitrum Canonical Bridge stays accessible through the Arbitrum Portal), but you'll have fewer tools and slower help. Don't wait. How to migrate your MOON There is no direct path to move MOON from Nova to Arbitrum One through the official Arbitrum Portal. You have two routes: Option A: Canonical route (via Ethereum) Move MOON from Arbitrum Nova to Ethereum via the Arbitrum Portal. Wait through the ~7-day challenge/confirmation period, then claim the token on Ethereum. Bridge MOON from Ethereum to Arbitrum One via the Arbitrum Portal. This is the slower route, but it doesn't depend on third-party liquidity. Option B: MoonBridge (direct Nova → One) moonbridge[.]cc bridges MOON directly between Arbitrum Nova and Arbitrum One (it also supports Ethereum and Gnosis). It's a 1:1 token bridge that I made for the CCMOON DAo, not a swap, so there's no price impact or slippage on your MOON. The one thing to watch is destination liquidity. If your transfer is larger than the available liquidity on the destination side, the portion that can't be filled is refunded (the fee on refunds is 1%, same as the 1% fee on fulfilled amounts, plus a relayer fee). For larger holdings, check the destination liquidity shown in the interface and split into smaller transfers if needed. Bottom line Move your MOON during the June 4 – September 2 window while everything still works smoothly. MoonBridge gives you a direct Nova → One path if liquidity covers your size; the canonical route through Ethereum always works but takes 7+ days. The Arbitrum Canonical Bridge will keep working after the window closes, but support and bridging options get thinner once Phase 3 kicks in. Ask questions below. submitted by /u/TimmyXBT [link] [Kommentare]