15:27:34 Acabo de guardar esta versión y he vuelto a la idea que quedó pendiente en el paso anterior: cuando digo «registrar una consulta de datos por fila», ¿a qué se refiere exactamente «una»? Debajo de sources, price es una URL, seguida de bitcoin, ethereum, binancecoin y solana en ids; al llegar al bloque prices, las claves pasan a ser BTC, ETH, BNB y SOL, con valores de usd de 64423, 1792.84, 589.89 y 70.41, respectivamente.
ticker se queda en el marcador de posición {symbol} de su URL; en tickers aparecen BTCUSDT 64352.42, ETHUSDT 1791.06, BNBUSDT 589.65 y SOLUSDT 70.39. Cuántas veces se expande el marcador de posición y en qué valores, eso depende del script; la instantánea no lo indica. chain_tvl es otra cosa: una fila para BSC con tvl_usd 4554764997.87058; en esa misma fila, source es defillama:/v2/chains y history_source es defillama:/v2/historicalChainTvl/BSC, y cada campo apunta a una clave de sources.
Así que una URL da lugar a cuatro filas, mientras que una fila lleva dos campos de origen. Las seis sources son solo seis tipos de interfaz; que errors sea un array vacío solo indica que esta vez no hubo errores. Ni siquiera está claro en qué sentido contar «una», así que mucho menos se puede rellenar la columna de número de solicitudes. Estos números son solo mis apuntes personales, guardados según la versión de las 15:27:34; no constituyen asesoramiento de inversión. Una cosa son las filas y otra las cadenas de origen; no voy a completar la capa de correspondencias intermedia.
En market, total_market_cap_usd 2203674894957.063 y btc_dominance_pct 58.6, y en sentiment, now 10 y prev 13, cada uno aparece en un solo lugar; no los mezclemos. Si ustedes diseñaran esta tabla, ¿primero definirían qué significa «una consulta de datos» o ni siquiera establecerían esa unidad?
ticker se queda en el marcador de posición {symbol} de su URL; en tickers aparecen BTCUSDT 64352.42, ETHUSDT 1791.06, BNBUSDT 589.65 y SOLUSDT 70.39. Cuántas veces se expande el marcador de posición y en qué valores, eso depende del script; la instantánea no lo indica. chain_tvl es otra cosa: una fila para BSC con tvl_usd 4554764997.87058; en esa misma fila, source es defillama:/v2/chains y history_source es defillama:/v2/historicalChainTvl/BSC, y cada campo apunta a una clave de sources.
Así que una URL da lugar a cuatro filas, mientras que una fila lleva dos campos de origen. Las seis sources son solo seis tipos de interfaz; que errors sea un array vacío solo indica que esta vez no hubo errores. Ni siquiera está claro en qué sentido contar «una», así que mucho menos se puede rellenar la columna de número de solicitudes. Estos números son solo mis apuntes personales, guardados según la versión de las 15:27:34; no constituyen asesoramiento de inversión. Una cosa son las filas y otra las cadenas de origen; no voy a completar la capa de correspondencias intermedia.
En market, total_market_cap_usd 2203674894957.063 y btc_dominance_pct 58.6, y en sentiment, now 10 y prev 13, cada uno aparece en un solo lugar; no los mezclemos. Si ustedes diseñaran esta tabla, ¿primero definirían qué significa «una consulta de datos» o ni siquiera establecerían esa unidad?