SShortSingh.
Back to feed

Nvidia Pitches AI Chips as Investable Assets, but Software Support Is the Real Collateral

0
·1 views

Nvidia has signed memorandums of understanding with major financial firms including BlackRock, Goldman Sachs, and KKR to mobilize over $500 billion in third-party capital, allowing companies to borrow against AI hardware rather than pay cash upfront. CEO Jensen Huang described GPU chips as a new investable asset class, calling them productive, long-lived, fungible, and flexible. Nvidia also told prospective bond buyers that its CUDA software platform continuously extends the useful life and economic value of its hardware. However, the arrangement raises questions about hardware longevity, as CUDA 13 has already dropped support for older GPU architectures like Volta, effectively ending their useful life despite the silicon remaining physically functional. This mirrors 19th-century equipment trust certificates used for railroad rolling stock, where the transferability and residual value of assets depended heavily on standardization — a challenge Nvidia's ecosystem has yet to fully resolve.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Zenoh put/get race condition in Elixir causes stale reads 3.9% of the time

A developer experimenting with Zenoh's put/get storage feature via Elixir bindings (Zenohex) discovered a read-after-write race condition where a get issued immediately after a put occasionally returns a stale value. In a 2,000-iteration test loop, roughly 78 reads (3.9%) retrieved outdated data, though querying again just ~1ms later consistently returned the correct value. The root cause is an asymmetry in Zenoh's design: put is fire-and-forget at the NIF level, while get is a true request/response operation, creating a brief window before a write becomes visible. The developer built a workaround called ZenohAckPut — an application-level wrapper that confirms a write by re-querying until the expected value is returned — which eliminated stale reads entirely in the same test. The fix is available as an open-source Elixir module on GitHub, and the author notes the underlying gap remains unresolved upstream in Zenoh itself.

0
ProgrammingDEV Community ·

BlocSignal Offers Clean One-Shot UI Side Effects Without Extra Flutter Packages

Flutter developers commonly face a 'Sticky State Dilemma' where transient UI events like snackbars or dialogs re-trigger unintentionally after widget tree rebuilds caused by screen rotation or keyboard activity. Traditional BLoC-based workarounds — such as emitting reset states or embedding UI flags inside domain state classes — introduce rebuild overhead and pollute business logic. A third-party package called bloc_presentation addressed this by adding a separate broadcast stream to BLoCs, but it adds versioning and dependency management costs. BlocSignal tackles the problem differently by making state propagation synchronous, settling updates within the same frame and eliminating the need for secondary presentation streams in many cases. This allows one-shot side effects like navigation or dialogs to be handled directly in UI callbacks, keeping domain state clean and free of ephemeral UI concerns.

0
ProgrammingDEV Community ·

Basehim: Open-Source, API-First PHP CMS Built for AI-Assisted Development

Basehim is a newly launched open-source, modular, API-first PHP CMS designed for developers, AI-assisted workflows, and AI agents. Unlike many modern tools that assume complex infrastructure, Basehim runs on standard PHP and MySQL environments, including shared hosting via cPanel or Plesk, with no Composer, build pipeline, or containerization required. The CMS is built around three core principles: API-first design, modularity, and AI-readiness, exposing a REST API for resources such as posts, pages, media, and settings. It supports multiple authentication methods — API keys, JWT, and OAuth 2.1 — tailored to different callers including scripts, applications, and AI agents. A built-in Model Context Protocol (MCP) server is also included, providing a standardized interface for AI applications to interact with the CMS securely.

0
ProgrammingDEV Community ·

Harness Engineering Part 8: Why Observability Is Essential for AI Agents

Part 8 of the 10-part Harness Engineering series focuses on observability, the final component of a production-ready agentic system. Observability encompasses full-fidelity logs of model calls, traces of tool executions, latency and token metrics, and fixed evaluations to detect regressions. The author argues that without this instrumentation, engineers cannot determine what an agent did, why it failed, or whether it is improving over time. AI agents are particularly difficult to operate because they are non-deterministic, involve multiple steps, and can run for extended periods without direct supervision. The piece emphasizes that building an agent and being able to reliably operate one are fundamentally different achievements.