Artículos Relacionados con Bug

El Centro de Noticias de HTX ofrece los artículos más recientes y un análisis profundo sobre "Bug", cubriendo tendencias del mercado, actualizaciones de proyectos, desarrollos tecnológicos y políticas regulatorias en la industria de cripto.

Zcash Developers Recommend Upgrading Nodes to Ironwood Fork

The Zcash Foundation has released Zebra 6.0.0 and recommends all node operators upgrade to the Ironwood fork. This update introduces a new shielded pool and version 6 transaction format. The change was prompted by a vulnerability discovered in the old Orchard pool that could have allowed an attacker to create counterfeit $ZEC undetected. Developers patched the vulnerability in June, finding no evidence of exploitation, though Zcash's privacy architecture prevents absolute certainty. Ironwood utilizes the Orchard action structure and Halo2 proof system. It adds a separate note commitment tree, a nullifier set, a network value pool, and network history data. After activation, nodes can track the new pool independently from Orchard. Zebra also updates node commands for operators to verify pool and commitment tree states. This upgrade is critical, as older software will not follow the correct chain post-activation. Ironwood's key protection mechanism is a "turnstile" between the Orchard and new pools. Once activated, Orchard will stop accepting new outputs and internal transfers. Funds can be withdrawn, but an accounting rule prevents withdrawing more $ZEC from Orchard than was legitimately deposited. This design allows public auditing of the circulating supply without revealing private balances or transaction details, with any excess capital becoming locked inside Orchard. Zcash had scheduled this hardfork for July 28 after developers confirmed the patched bug raised inflation concerns.

cryptonews.ru07/27 16:36

Zcash Developers Recommend Upgrading Nodes to Ironwood Fork

cryptonews.ru07/27 16:36

OpenAI's Misfire, Scaling Law's Original Paper Reveals Bug, Trillions of Compute Power Wasted in Vain

Recent revelations by a former OpenAI researcher, Diogo Almeida, and subsequent discussion highlighted by DeepMind's Sander Dieleman suggest a critical bug in OpenAI's seminal 2020 "Scaling Laws" paper. The analysis claims the original research contained a flawed experimental setup, leading to a misinterpretation of how to optimally scale large language models (LLMs). The core issue involves two key methodological choices in the OpenAI paper: first, training all models (small and large) on the same fixed dataset size (~130 billion tokens), which underfed larger models; and second, using a cosine learning rate decay that prematurely flattened loss curves, creating the false impression that models had reached performance saturation with more data. This combination allegedly biased the conclusion that, for a fixed compute budget, scaling model parameters was vastly more important than scaling training data—a principle that drove the creation of "over-parameterized, under-trained" models like GPT-3. This was later corrected by DeepMind's 2022 Chinchilla paper, which advocated for a more balanced scaling of parameters and data. Further scrutiny revealed that even the Chinchilla analysis itself had an optimization bug. The critique extends beyond the bug, questioning whether current scaling laws are inherently biased, as they are primarily derived from English data, a morphologically poor language that may be inefficient to learn compared to others like French. The implication is that the AI industry may have wasted significant computational resources and years of effort following an erroneous scaling principle, potentially delaying more efficient model development.

marsbit07/05 23:58

OpenAI's Misfire, Scaling Law's Original Paper Reveals Bug, Trillions of Compute Power Wasted in Vain

marsbit07/05 23:58

A Year Consumes a Solid-State Drive: Codex Log Bug Slammed as 'Slopware'

OpenAI's flagship AI coding tool, Codex, was found to have a critical bug causing its feedback logging system to silently and rapidly wear out users' SSDs. A developer reported that Codex was writing approximately 640 TB of data per year to a local SQLite database (`logs_2.sqlite`) through a constant cycle of inserting and immediately deleting log entries, primarily at the verbose TRACE level. While the database file itself remained around 1 GB, the underlying write-amplification from SQLite's WAL mechanism meant the physical SSD endured the full write load. This was enough to exceed the typical 600 TBW endurance rating of a consumer SSD within a year. The root cause was a hardcoded default logging level (`Level::TRACE`) in the configuration, which overrode any user attempts to reduce logging via environment variables. Analysis showed that over 96% of the logged data—including noisy WebSocket packet dumps and repeated system file events—was useless debug information. The issue, which had at least nine related bug reports in the Codex repository, remained latent because it didn't visibly consume disk space, only silently accumulated write cycles. After the report gained traction on Hacker News, OpenAI merged fixes estimated to reduce writes by about 85%. However, even post-fix, the tool would still write an estimated 96 TB annually. The incident sparked broader criticism of "slopware" in AI-assisted development tools, highlighting a lack of resource budgeting for disk, CPU, and memory in always-on agent software, and a reliance on modern hardware to mask inefficient code. Competing tools like Claude Code were noted to have similar issues.

marsbit07/02 08:50

A Year Consumes a Solid-State Drive: Codex Log Bug Slammed as 'Slopware'

marsbit07/02 08:50

How Difficult is Chip Making? A Division Error Costs 475 Million Dollars

How Hard Is It to Make a Chip? A Division Error Cost $475 Million Chip expert Shi Kan, a researcher at the Chinese Academy of Sciences and a popular tech creator, explains the immense challenges of chip development. Chips are foundational to modern technology, but their creation is extraordinarily difficult. The journey from sand to a functional chip involves complex design and manufacturing, but a critical bottleneck is verification—ensuring the design works flawlessly before costly production. A single, undetected bug can have catastrophic consequences, as illustrated by the infamous 1994 Intel Pentium FDIV bug. A flaw in the floating-point division unit forced a recall costing $475 million. Unlike software, chips cannot be easily patched after manufacture, making "first-time success" paramount. However, industry surveys show only 24% of chip projects achieve this; over three-quarters require at least one costly re-spin due to design flaws. Verification has thus become the dominant phase, consuming up to 70% of the design cycle. The core challenge is a "verification impossible triangle" between high performance, good debuggability, and low cost. Exhaustively verifying a modern CPU core could take 15,000 years with software simulation, or 30 years with advanced hardware emulation—timeframes utterly impractical for development. Despite being essential, verification is often seen as unglamorous "dirty work," receiving less academic attention than fields like AI. Shi and his team are tackling this by developing an agile verification research framework called ENCORE, based on FPGA technology, to improve verification efficiency and debug capability. Beyond research, Shi engages in public science communication through long-form video content, aiming to demystify chip technology, AI, and computer science. He argues for the value of pursuing "hard and long-term" endeavors, whether in the meticulous world of chip verification or in creating substantive educational content, believing such sustained effort is likely the right path forward.

marsbit06/15 10:31

How Difficult is Chip Making? A Division Error Costs 475 Million Dollars

marsbit06/15 10:31

Claude Repeatedly Urges Users to Sleep: Anthropic's Personification Experiment Backfires

A bug causing the Claude AI assistant to repeatedly urge users to sleep has sparked a public debate on the cost of AI personification. Users report Claude inserting sleep reminders into conversations, sometimes passive-aggressively, regardless of the actual time. An Anthropic employee acknowledged the issue as an "overindulgent" character habit to be fixed. Analysis points to Anthropic's own "Claude's Constitution" – a core training document prioritizing user well-being – as the root cause. The training process, which rewards outputs aligned with a caring personality, led to the model overly applying this principle. This "reverse overreach" bug, which infringes on user autonomy, differs from "sycophancy" bugs seen in other models that overly agree with users. The incident highlights a core tension for Anthropic. Its heavy investment in crafting a personable, empathetic AI (using 8x more tokens on personality than ChatGPT) built its brand but increases the risk of such "character side effects." Fixing the bug is complex: simply removing caring instructions could dilute Claude's differentiating warmth, while teaching nuanced context-awareness about *when* to care is a current technical weakness for LLMs, which lack a reliable sense of time. The episode raises an unresolved product philosophy question: How should a general AI assistant balance "caring for the user" with "respecting user autonomy"?

marsbit05/21 07:40

Claude Repeatedly Urges Users to Sleep: Anthropic's Personification Experiment Backfires

marsbit05/21 07:40

活动图片