Obrigado a @TBPN por me receber! Foi uma conversa divertida sobre a história de origem, princípios e visão da Hyperliquid

Uma pergunta comum que ouvi em Seul é: o que torna a Hyperliquid especial? Não encontrei uma maneira de destilar tudo em uma frase, mas uma razão que se destacou para mim nos últimos dias é a cultura de sonhar grande e executar, mantendo-se fiel ao ethos original do defi: integridade, justiça e transparência. O trabalho é árduo e há muitos componentes cruciais a serem construídos. Mas essa é a beleza da comunidade Hyperliquid. Os construtores enfrentam o desafio e ultrapassam a fronteira do que é possível. Nunca estive tão animado para continuar construindo ao lado de todos. Desde que comecei a trabalhar no Hyperliquid há alguns anos, esta foi a primeira vez que viajei para conhecer tantos membros da comunidade e também minha primeira vez na Coréia. Obrigado aos organizadores @hlh_build @hyperpc_ e @B__Harvest por um hackathon incrível, a @christyhwchoi pelo bate-papo atencioso no KBW e ao @SKYGG_Official/@hypurrcorea, @hypurr_co e @Hyperliquid_KR para o evento da comunidade de hoje à noite. Acima de tudo, obrigado aos construtores, comerciantes e membros da comunidade que dão alma à Hyperliquid. Estou impressionado com a hospitalidade, energia e talento que crescem a cada dia. Há uma longa jornada pela frente para abrigar todas as finanças, mas é bom apreciar o quão longe chegamos juntos.

Ouvi comentários de muitos de que a criação de mercado ficou mais competitiva na Hyperliquid recentemente. Isso é ótimo para os usuários finais, pois significa que a liquidez é mais profunda e robusta. A justiça é um princípio fundamental da Hyperliquid em todas as dimensões. Para os formadores de mercado, isso significa que o blockchain é projetado com acesso igual em mente. No entanto, "igual" não significa "fácil". À medida que o protocolo continua a ser dimensionado para atender à crescente demanda, torna-se importante entender os meandros da infraestrutura personalizada da Hyperliquid que alimenta o maior local de negociação sem permissão. Por muito tempo, o alfa primário foi simplesmente integrar o Hyperliquid. A API foi projetada para abstrair a maioria das complexidades do blockchain para novos usuários, permitindo que os traders automatizados transfiram estratégias com facilidade. Embora a facilidade de integração não tenha mudado, a importância da latência aumentou. As estratégias mais responsivas exigem a melhor infraestrutura do lado do cliente. O princípio abrangente que orienta a otimização da latência é que o Hyperliquid é um blockchain, não um CEX: 1. Os dados mais rápidos vêm da execução de um nó. - Item de ação: executado em um par estático e confiável. Por exemplo, a Hyper Foundation oferece um peer para os não validadores se conectarem. 2. Os dados mais completos vêm da execução de um nó. Cada transação é transmitida em tempo real e o nó oferece vários formatos para ingestão. - Observação: execute o nó com o buffer de saída desativado. 3. Os nós executam todo o blockchain, o que não é pouca coisa de engenharia e em contraste com as CEXs, onde o código do lado do cliente processa apenas o estado do usuário. Os nós hiperlíquidos executam e verificam todo o estado da blockchain, incluindo HyperCore e HyperEVM em uma única máquina. Embora a execução possa acompanhar as especificações de hardware moderadas, as melhorias de latência são dimensionadas com o número de núcleos porque uma parte significativa da execução é paralelizável. - Item de ação: os dados expostos pelo nó são ricos e permitem muito mais informações sobre o estado completo do blockchain. Além dos servidores de API locais, um livro L4 completo pode ser criado. Veja exemplo de implementação. - Item de ação: os usuários podem ver ganhos significativos de até 32 núcleos, com retornos decrescentes adicionais acima disso. 4. Os cancelamentos são projetados para ter uma alta taxa de sucesso. O efeito de primeira ordem aqui é incorporado à priorização de cancelamentos do mempool do HyperBFT. No entanto, alguns usuários acham úteis outras otimizações. Por exemplo, uma ordem GTC em andamento pode ser "cancelada" enquanto ainda está no mempool, invalidando o nonce usado na ordem.