45. Línea K semanal y línea K diaria, reconocen las tendencias y los ciclos 46. El precio afecta la inflación 47. Para otras herramientas de inversión, conexiones horizontales, rendimientos comparativos 48. La relación entre el mercado al contado y el mercado de valores Inversa 49. Esté completamente preparado y no sea precipitado. 50. Cada método de negociación tiene sus propios méritos. De hecho, como puede ver en la fórmula anterior, cuando los inversores minoristas comunes ingresan al campo de la inversión, lo primero en lo que deben centrarse es en no cómo obtener ganancias, pero cómo controlar los riesgos. Como dice el refrán, piense primero en los riesgos y luego en las ganancias. En cuanto a los métodos de control de riesgos, hay dos cosas que requieren especial atención: una es el stop loss en tiempo real y la otra es la formulación de estrategias comerciales.

La versión de la red de prueba Dencun de actualización de la red Ethereum se lanzó en la red de prueba de Goerli el 17 de enero de 2024, y la red de prueba de Sepolia se lanzó con éxito el 30 de enero. La actualización de Dencun se está acercando cada vez más a nosotros. Después de otra actualización de la red de prueba de Holesky el 7 de febrero, habrá una actualización de la red principal. El lanzamiento de la red principal de actualización de Cancún se ha determinado oficialmente el 13 de marzo. Casi todas las actualizaciones de Ethereum van acompañadas de una ola de precios temáticos. Desde la última actualización de Ethereum en Shanghai el 12 de abril de 2023, el mercado ha buscado proyectos relacionados con POS. Si se sigue la experiencia previa, esta actualización de Dencun también tendrá la oportunidad de implementarse con anticipación. Dado que el contenido técnico detrás de la actualización de Dencun es relativamente oscuro, no se puede resumir en una frase como "Ethereum cambia de PoW a PoS" como la actualización de Shanghai, lo que dificulta comprender los puntos clave del diseño. Por lo tanto, este artículo utilizará un lenguaje fácil de entender para explicar los detalles técnicos de la actualización de Dencun y ayudará a los lectores a clasificar el contexto entre esta actualización y la disponibilidad de datos DA y Capa 2 y otras vías. EIP-4844 es la propuesta más importante en esta actualización de Dencun, y marca un paso práctico e importante para que Ethereum se expanda de manera descentralizada. En términos generales, la segunda capa de Ethereum actualmente necesita enviar las transacciones que ocurren en la segunda capa a los datos de llamada de la red principal de Ethereum para que los nodos verifiquen la validez de los bloques producidos por la red de la segunda capa. El problema causado por esto es que aunque los datos de las transacciones se han comprimido tanto como sea posible, el enorme volumen de transacciones de la segunda capa multiplicado por la base de alto costo de almacenamiento de la red principal de Ethereum sigue siendo una cantidad enorme para los nodos de la segunda capa y usuarios de segunda capa No es un gasto pequeño. El factor precio por sí solo hará que la segunda capa pierda una gran cantidad de usuarios debido a las cadenas laterales. EIP 4484 estableció una nueva y más económica área de almacenamiento BLOB (Binary Large Object, objeto binario grande) y reemplazó la actualización anterior con un nuevo tipo de transacción llamada "BLOB-Carrying Transaction" que puede apuntar al espacio de almacenamiento de BLOB. debe almacenarse en calldata ayuda a la segunda capa del ecosistema Ethereum a ahorrar costos de gas. La razón por la que el almacenamiento de BLOB es barato Como todos sabemos, lo barato tiene un precio, la razón por la que los datos de BLOB son más baratos que los datos de llamada de Ethereum normales de tamaño similar es que la capa de ejecución de Ethereum (EL, EVM) en realidad no tiene acceso a los datos de BLOB en sí. .Por el contrario, EL solo puede acceder a la referencia de los datos BLOB, y los datos del BLOB en sí solo pueden ser descargados y almacenados por la capa de consenso (CL, también conocida como nodo baliza) de Ethereum. El almacenamiento es mucho menor que el del Ethereum ordinario.Calldata. Además, BLOB también tiene la característica de que sólo puede almacenarse durante un período de tiempo limitado (normalmente unos 18 días) y no se expandirá infinitamente como el tamaño del libro mayor de Ethereum. El período de validez de almacenamiento de BLOB es contrario al libro de contabilidad permanente de blockchain, BLOB es almacenamiento temporal y su tiempo disponible es de 4096 épocas, que es aproximadamente 18 días. Después del vencimiento, la mayoría de los clientes de consenso no podrán recuperar datos específicos en el BLOB. Sin embargo, la prueba de su existencia anterior permanecerá en la red principal en forma de compromisos de KZG y se almacenará permanentemente en la red principal de Ethereum. ¿Por qué 18 días? Se trata de una compensación entre el coste del almacenamiento y la eficacia. En primer lugar, debemos considerar los beneficiarios más intuitivos de esta actualización, Optimistic Rollups (como Arbitrum y Optimism), porque según la configuración de Optimistic Rollups, hay una ventana de tiempo de prueba de Fruad de 7 días. Los datos de transacciones almacenados en el blob son exactamente lo que Optimistic Rollups necesita al lanzar un desafío. Por lo tanto, el período de validez del Blob debe garantizar que la prueba de falla de Optimistic Rollups sea accesible. Para simplificar, la comunidad Ethereum eligió la potencia 12 de 2 (4096 épocas se derivan de 2^12, y una época dura aproximadamente 6,4 minutos). Transacción portadora de BLOB y BLOB Comprender la relación entre los dos es muy importante para comprender el papel de BLOB en la disponibilidad de datos (DA). La primera es la propuesta general EIP-4484 y es un nuevo tipo de transacción, mientras que la segunda puede entenderse como una ubicación de almacenamiento temporal para transacciones de capa 2. La relación entre los dos puede entenderse como que la mayoría de los datos del primero (datos de transacciones de capa 2) se almacenan en el segundo. Los datos restantes, es decir, el compromiso de datos BLOB, se almacenarán en los datos de llamada de la red principal. En otras palabras, el EVM puede leer las promesas. Se puede imaginar que el compromiso construye todas las transacciones en el BLOB en un árbol Merkle, y luego el contrato solo puede acceder a la raíz de Merkle, que es el Compromiso.Esto se puede lograr de manera inteligente: aunque EVM no puede conocer el contenido específico del BLOB, el contrato EVM puede verificar la autenticidad de los datos de la transacción conociendo el Compromiso. La relación entre BLOB y la tecnología Layer 2 Rollup logra la disponibilidad de datos (DA) al cargar datos en la red principal de Ethereum, pero esto no pretende permitir que los contratos inteligentes L1 lean o verifiquen directamente estos datos cargados. El propósito de cargar datos de transacciones en L1 es simplemente permitir que todos los participantes vean los datos. Antes de la actualización de Dencun, como se mencionó anteriormente, Op-rollup publicará los datos de las transacciones en Ethereum como Calldata. Por lo tanto, cualquiera puede utilizar esta información de transacciones para reproducir el estado y verificar la corrección de la red de segunda capa. No es difícil ver que los datos de transacciones acumuladas deben ser baratos + abiertos y transparentes. Calldata no es un buen lugar para almacenar datos de transacciones específicamente para la segunda capa, y BLOB-Carrying Transaction está hecho a medida para Rollup. Después de leer esto, es posible que tengas una pregunta en mente. Este tipo de datos de transacciones no parecen importantes, ¿para qué sirve? De hecho, los datos de transacciones solo se utilizan en unos pocos casos: para Optimistic Rollup, según el supuesto de confianza, puede haber problemas de deshonestidad. En este momento, los registros de transacciones cargados por Rollup son útiles y los usuarios pueden usar estos datos. para iniciar desafíos de transacciones. (A prueba de fraude); Para ZK Rollup, la prueba de conocimiento cero ha demostrado que la actualización de estado es correcta. La carga de datos es solo para que los usuarios calculen el estado completo por sí mismos. Cuando el nodo de segunda capa no puede funcionar correctamente , el mecanismo de trampilla de escape (Escape Hatch, que debe estar completo) está habilitado Árbol de estado L2, que se analizará en la última sección). Esto significa que los escenarios en los que los contratos utilizan realmente los datos de las transacciones son muy limitados. Incluso en el desafío de transacciones Optimistic Rollup, solo es necesario presentar evidencia (estado) que demuestre que los datos de la transacción "existieron" en el lugar, sin la necesidad de que los detalles de la transacción se almacenen en la red principal por adelantado. Entonces, si colocamos los datos de la transacción en el elemento BLOB, aunque el contrato no puede acceder a ellos, el contrato de la red principal puede almacenar el Compromiso de este BLOB. En el futuro, si el mecanismo de desafío requiere una determinada transacción, solo necesitaremos proporcionar los datos de esa transacción, siempre que puedan coincidir.Esto convence al contrato y proporciona los datos de la transacción para que los utilice el mecanismo de desafío. Esto no solo aprovecha la apertura y transparencia de los datos de las transacciones, sino que también evita el enorme costo de ingresar todos los datos en el contrato por adelantado. Al registrar únicamente el Compromiso, los datos de las transacciones son verificables y, al mismo tiempo, se optimizan en gran medida los costos. Esta es una solución inteligente y eficiente para cargar datos de transacciones utilizando la tecnología Rollup. Cabe señalar que en la operación real de Dencun, el árbol Merkle similar a Celestia no se usa para generar Compromiso, pero se usa el inteligente algoritmo KZG (Kate-Zaverucha-Goldberg, Compromiso Polinomial). En comparación con la prueba del árbol Merkle, el proceso de generación de la prueba KZG es relativamente complejo, pero su volumen de verificación es menor y los pasos de verificación son más simples, pero la desventaja es que requiere configuraciones confiables (que ya terminaron) y no tiene la capacidad de prevenir ataques de computación cuántica (Dencun utiliza el método Version Hash y se pueden reemplazar otros métodos de verificación si es necesario). Para el ahora popular proyecto DA Celestia, utiliza una variante del árbol Merkle. En comparación con KZG, depende en cierta medida de la integridad de los nodos, pero ayuda a reducir los requisitos de umbral para los recursos informáticos entre los nodos y a mantener la Estabilidad de la red Funciones descentralizadas. La oportunidad de Dencun Eip 4844 Si bien reduce los costos y aumenta la eficiencia en el segundo piso, también plantea riesgos de seguridad, lo que también brinda nuevas oportunidades. Para entender por qué, debemos remontarnos al mecanismo de trampilla de escape o mecanismo de retirada forzada mencionado anteriormente. Cuando un nodo de Capa 2 se desactiva, este mecanismo puede garantizar que los fondos de los usuarios se devuelvan de forma segura a la red principal. El requisito previo para activar este mecanismo es que el usuario necesite obtener el árbol de estado completo de la Capa 2. En circunstancias normales, los usuarios solo necesitan encontrar un nodo completo de Capa 2 para solicitar datos, generar Merkle Proof y luego enviarlo al contrato de la red principal para demostrar la legitimidad de sus retiros. Pero no olvide que el usuario quiere activar el mecanismo de trampilla de escape para salir de L2 precisamente porque los nodos de L2 han hecho el mal. Si los nodos han hecho el mal, existe una alta probabilidad de que no obtengan los datos que desean del nodos. Esto es lo que Vitalik suele denominar ataque de retención de datos. Antes de EIP-4844, se registraban registros permanentes de Capa 2 en la red principal. Cuando ningún nodo de Capa 2 podía proporcionar un estado completo fuera de la cadena, los usuarios podían implementar un nodo completo ellos mismos.Este nodo completo puede obtener todos los datos históricos publicados por el secuenciador de Capa 2 en la red principal a través de la red principal de Ethereum. Los usuarios pueden construir la prueba Merkle requerida y enviar la prueba al contrato en la red principal para completar de forma segura los activos L2. Evacuar. Después de EIP-4844, los datos de la Capa 2 solo existen en el BLOB del nodo completo de Ethereum, y los datos históricos de hace 18 días se eliminarán automáticamente. Por lo tanto, el método del párrafo anterior para obtener el árbol de estado completo sincronizando la red principal ya no es factible. Si desea obtener el árbol de estado completo de la Capa 2, solo puede utilizar un tercero para almacenar todos los BLOB de Ethereum. datos para Love Power Generation (que deberían ser nodos Mainnet (eliminados automáticamente después de 18 días) o nodos nativos de Capa 2 (muy pocos). Después de que 4844 esté en línea, será muy difícil para los usuarios obtener el árbol de estado completo de la Capa 2 de una manera completamente confiable. Sin una forma estable para que los usuarios obtengan el árbol de estado de la Capa 2, no pueden realizar operaciones de retiro forzado en condiciones extremas. Por lo tanto, 4844 ha causado deficiencias/deficiencias de seguridad de Capa 2 hasta cierto punto. Para compensar esta falta de seguridad, necesitamos tener una solución de almacenamiento confiable con un ciclo económico positivo. El almacenamiento aquí se refiere principalmente a retener datos en Ethereum de manera no confiable, lo cual es diferente del seguimiento de almacenamiento en el pasado porque todavía existe la palabra clave "sin confianza". Ethstorage puede resolver el problema de la falta de confianza y ha recibido dos rondas de financiación de la Fundación Ethereum. Se puede decir que este concepto realmente puede satisfacer o compensar la pista mejorada de Dencun, y es digno de atención. En primer lugar, el significado más intuitivo de Ethstorage es que puede extender el tiempo disponible de DA BLOB de manera completamente descentralizada, compensando las deficiencias de la seguridad de Capa 2 después de 4844. Además, la mayoría de las soluciones L2 existentes se centran principalmente en escalar la potencia informática de Ethereum, es decir, aumentar el TPS. Sin embargo, ha aumentado la necesidad de almacenar de forma segura grandes cantidades de datos en la red principal de Ethereum, especialmente debido a la popularidad de dApps como NFT y DeFi. Por ejemplo, las necesidades de almacenamiento de las NFT en cadena son muy obvias, porque los usuarios no solo poseen el token del contrato NFT, sino también la imagen en cadena. Ethstorage puede resolver los problemas de confianza adicionales que surgen al almacenar estas imágenes en un tercero.Finalmente, Ethstorage también puede resolver las necesidades de front-end de las dApps descentralizadas. Las soluciones existentes actualmente se alojan principalmente en servidores centralizados (con DNS), lo que hace que los sitios web sean vulnerables a la censura y otros problemas como el secuestro de DNS, la piratería de sitios web o caídas de servidores, como lo demuestran incidentes como Tornado Cash.

Cardano (ADA) Rechazo brutal, DXY acaba con el impulso del mercado de criptomonedas El mercado se encuentra en un estado peligroso después de un sesgo de aversión al riesgo. Cardano ha encontrado duros rechazos en niveles técnicos clave, lo que indica posibles desafíos que enfrenta el activo digital. La media móvil exponencial (EMA) de 26 días a menudo se considera una estructura de soporte secundaria para el activo consolidado, pero ha demostrado ser un obstáculo insuperable para el precio de ADA. Este nivel suele ser una prueba de fuego para el sentimiento del mercado a corto plazo, lo que subraya una postura bajista a medida que ADA no logra ganar terreno. El gráfico de precios muestra a ADA luchando por mantener el impulso alcista, con un claro rechazo observado en la EMA 26, que sitúa su precio en alrededor de 0,5478 dólares. Este nivel de resistencia no sólo detuvo el avance, sino que también significó una resistencia más severa de lo esperado anteriormente. Dado que la EMA 26 no suele caracterizarse por movimientos de precios tan significativos, el rechazo en este umbral es particularmente revelador. El soporte inmediato para ADA se sitúa actualmente en torno a 0,4763 dólares, un nivel que podría servir como base para cualquier posible rebote. Sin embargo, dada la fuerza del reciente rechazo, es más probable que el precio del activo pruebe un soporte más fuerte en 0,4234 dólares, que se encuentra cerca del promedio móvil de 200 días, un indicador clave a largo plazo que a menudo actúa como un índice psicológico importante. Nivel de soporte técnico. Los activos digitales pierden frente al dólar estadounidense El índice del dólar estadounidense, que mide la fortaleza del dólar estadounidense frente a una canasta de seis monedas principales, ha aumentado recientemente, lo que ha generado preocupaciones en todo el mercado de criptomonedas. Los tipos de interés sin cambios y la aversión generalizada al riesgo llevaron el índice del dólar estadounidense a nuevos máximos. Este aumento es una señal bajista para las criptomonedas, lo que sugiere que los activos digitales pueden enfrentar un camino difícil por delante. Desde una perspectiva técnica, el índice del dólar estadounidense está mostrando un fuerte impulso alcista. El índice ha superado el nivel de resistencia clave de 103,5, que ahora actúa como soporte, lo que indica una fuerte tendencia alcista. La próxima resistencia se encuentra en el pico reciente cerca de 104,5, una ruptura del cual podría indicar una continuación del movimiento del par hacia niveles más altos no vistos en la historia reciente. Un dólar más fuerte normalmente conduce a un menor apetito por el riesgo de los inversores. El cambio ha provocado salidas de activos de mayor riesgo, como las criptomonedas, y hacia el dólar estadounidense, que se considera relativamente seguro.