El artículo explica por qué el software de contabilidad GnuCash, cuya primera versión se publicó en 1998, almacena los importes como fracciones y no como decimales. La decisión hunde sus raíces en el sistema de negociación bursátil heredado de los traders españoles del siglo XVII, que contaban doblones con los dedos sin usar los pulgares, lo que estableció la tradición de fracciones de 1/8 en Wall Street. Cuando nació GnuCash, la Bolsa de Nueva York aún operaba en fracciones, por lo que el programa adoptó ese modelo para representar dinero, acciones, fondos y otros activos. El texto recorre cinco capas que justifican y limitan esa elección: las peculiaridades culturales de las monedas (el yen sin subdivisiones, el dinar kuwaití con mil unidades menores, el real de a ocho divisible en ocho piezas, bitcoin y sus 100 millones de satoshis); el problema técnico de los números decimales en informática, que llevó al patrón de guardar el dinero como unidades menores enteras; la herencia histórica de los commodities fraccionarios; la ingeniería de datos necesaria para operar con denominadores comunes; y las consecuencias de escalabilidad, ya que operar con fracciones resulta más flexible pero más lento que trabajar con decimales. El autor, desarrollador de HandsOnMoney, compara ambos enfoques: HandsOnMoney almacena los importes en unidades menores con precisión fija por cuenta, lo que ofrece mayor rendimiento y compatibilidad con la mayoría de monedas modernas, aunque impide cambiar la precisión de un commodity sobre la marcha. El texto concluye que la decisión de GnuCash de conservar fracciones, aunque parezca anticuada, permite hoy vender tres satoshis de bitcoin o mantener libros con acciones fraccionarias de los años noventa sin reestructuración.
Por qué GnuCash almacena las fracciones y qué aprendió de los traders del siglo XVI
