El hard-fork de @ethereum acaba de entrar en la fase 0 de su transición a Proof of Stake, lo que significa que alrededor del tercer trimestre tendrá un futuro más verde un 99,9% menos de energía que la situación actual.
Este es un mecanismo que permite que la red descentralizada llegue a un consenso o acuerdo sobre las transacciones, las direcciones y el estado general de la red.
Hoy, el mecanismo de validación de Ethereum se basa en un proceso conocido como Proof of Work.
En simple: todos los mineros deben correr una carrera para y determinar el resultado de un rompecabezas criptográfico. El ganador gana las tarifas y agrega el bloque al Blockchain.
Es una buena estrategia para garantizar que los mineros realmente hagan lo que tenían que hacer, pero tiene un gran problema. Todos corren la carrera, por lo que todos gastan grandes recursos computacionales para ganar la competencia y, por lo tanto, el más poderoso a menudo gana
Estos incentivos tienen algún tipo de centralización, pero también gastan recursos valiosos, este es uno de los mayores discursos contra las criptomonedas, el daño que esta tecnología le hace a la naturaleza.
Este mecanismo de consenso no requiere que los mineros (ahora validadores) corran una carrera para obtener el nonce de un bloque, sino que los validadores deben "apostar" una cantidad de ETH.
Tienen que poner algo de su dinero en el juego (32 ETH) para convertirse en un validador, luego realizar su trabajo de buena manera o perder algo de ese dinero. Esta será una nueva forma de garantizar transacciones válidas y agregar bloques a la cadena.
Entonces, en este mecanismo no hay grandes requerimientos de energía porque los validadores se elegirán al azar, por lo que no habrá competencia.
¿Ventajas del punto de venta?
- mejor eficiencia energética.
- barreras de entrada más bajas, requisitos de hardware reducidos
- mayor inmunidad a la centralización
Puedes leer más sobre la prueba de participación aquí ethereum.org/en/developers/…
Por lo tanto, crucemos los dedos y esperemos hasta el final del tercer trimestre para que se complete y aplique esta implementación.
Todos se beneficiarán de ello.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
This is a mechanism to allow the decentralized network to come to a consensus or agreement about the transactions, addresses, and overall status of the network.
Currently, the Ethereum network validation mechanism relies on a process known as Proof of Work.
In simple: it requires that all the miners run a race to check who can determine the result of a cryptographic puzzle. The winner earns the fees and adds the block to the Blockchain
Estoy 100% con tener un postnatal parental pero no como algunos están pidiendo que se legisle. Un postnatal parental no puede ir en desmedro de la mujer que materna y debe por sobre todo resguardar el bienestar del lactante no del padre que busca retener un privilegio
Además este tipo de propuestas no pueden obviar la realidad de nuestra sociedad, una realidad en donde la mayoría de las mujeres que maternan lo hacen solas, con bajos recursos, donde muchas familias deben elijir quien trabaja, donde el postanal va en desmedro del salario total
Una realidad en donde sólo el 0.2% de los padres hace uso del actual postnatal parental.
Legislemos sobre esta necesidad cuando estén cubiertas las necesidades primordiales de la díada, exijamos un #postnatal12meses y velemos por una crianza respetuosa
Sabes que actualmente puedes usar <Suspense> en React? bueno, no exactamente cómo se mostró en aquella épica presentación de Dan Abramov donde se mostró el poderío de "Concurrent Mode" pero ya tenemos avances de ello desde React 16.
<Suspense> es utilizado para mostrar un indicador de carga en caso de que el componente (o árbol de componentes) hijo no esté listo para ser renderizado aún.
Es decir, permite "suspender" el renderizado a la espera de que el o los componentes terminen de realizar alguna tarea
Hoy (React 17) está sólo disponible para realizar "lazy loading".
Esta característica, implementada en la api React.lazy es la que permite realizar "code splitting" (carga diferida)
🎉 JOB ALERT @Clevertech is looking for experienced React Devs
Come work with an awesome and kind team (And with me 😅)
Fully remote positions with a really remote 1sr company.
If you're looking for level up your career this might be the opportunity.
Check the links below!
Do you know React and feel comfortable working with big codebases?
You enjoy working with JSX and composing hooks? clevertech.biz/careers/senior… start date June 1st!
You know React but also feels really comfortably with node and express?
Check this out!
He estado pensando mucho en la composición de componentes y cómo se pasa por alto esta "característica" en la mayoría de los proyectos.
React es inherentemente "componible", se puede argumentar que la composición es el punto central de React y el modelo de componentes.
Entonces, ¿por qué no se usa con más frecuencia?
Una razón podría ser que: no es el modelo mental predeterminado.
Es como si la forma predeterminada en que estructuramos componentes en nuestras mentes fuera solo herencia. Contenedores que contienen más contenedores.
Crear ese código definitivamente termina en un problema de prop drilling en algún momento.