Notícias
Mantenha-se atualizado sobre as últimas tendências de cripto com nossa cobertura especializada e detalhada.
Comunicados
- 06:12Dois endereços continuam acumulando e fazendo staking de tokens FF, totalizando mais de 44 milhões em staking.De acordo com reportagem da Jinse Finance, monitoramento da Lookonchain mostra que, com a correção de preço, baleias continuam acumulando e fazendo staking de FF. O endereço 0xf68C retirou mais 7 milhões de FF (US$ 910 mil) de uma exchange há 20 horas e fez staking, totalizando agora 15 milhões de FF (US$ 2,08 milhões) em staking. O endereço 0x3264 retirou mais 9 milhões de FF (US$ 1,1 milhão) da Bitget há 12 horas e fez staking, totalizando agora 29 milhões de FF (US$ 3,89 milhões) em staking.
- 06:06Duas baleias aumentaram e fizeram staking de 7 milhões e 9 milhões de FF, respectivamente, totalizando cerca de 2 milhões de dólares.De acordo com ChainCatcher, à medida que o preço cai, as baleias continuam acumulando e fazendo staking de FF: 0xf68C retirou 7 milhões de FF (no valor de 910 mil dólares) de uma exchange há 20 horas e fez staking; o valor total em staking atualmente é de 15 milhões de FF (no valor de 2,08 milhões de dólares). 0x32 64 retirou 9 milhões de FF (no valor de 1,1 milhões de dólares) da Bitget há 12 horas e fez staking; o valor total em staking atualmente é de 29 milhões de FF (no valor de 3,89 milhões de dólares).
- 05:52Vitalik: Espero que mais desenvolvedores trabalhando com ZK e FHE possam expressar o desempenho usando o custo operacional, substituindo o indicador de operações por segundo.Jinse Finance relatou que Vitalik publicou no X dizendo: “Espero que mais desenvolvedores que trabalham com ZK (prova de conhecimento zero) e FHE (criptografia totalmente homomórfica) possam expressar o desempenho usando a razão de overhead (por exemplo, ‘tempo necessário para computação criptografada/tempo de computação original’), ao invés de apenas dizer ‘podemos realizar N operações por segundo’. Essa abordagem depende menos do hardware e pode fornecer um indicador muito útil: quando eu mudo uma aplicação de ‘confiança’ para ‘criptografia’, quanto de eficiência estou realmente sacrificando? Normalmente, também é mais adequada para estimar o desempenho, porque, como desenvolvedor, eu já sei quanto tempo a computação original leva, então posso simplesmente multiplicar pela razão de overhead para estimar o desempenho. (Sim, eu sei que isso não é fácil, porque os tipos de operações entre execução e prova são diferentes, especialmente devido às grandes diferenças em SIMD/paralelização e métodos de acesso à memória, então mesmo a razão de overhead ainda depende parcialmente do hardware. Mas mesmo assim, ainda acredito que a ‘razão de overhead’ é um indicador muito valioso, embora não seja perfeito.)”