Classificação dos mecanismos de liquidação DeFi: 1. Euler: leilões holandeses são os melhores para encontrar o spread correto a oferecer aos liquidadores, mas podem ser lentos. 2. Fluid: a otimização de gás definitivamente ajuda, mas é menos um fator quando grandes empréstimos estão concentrados por usuário; oferecer liquidações como swaps pode ser poderoso, mas existem problemas na prática com a integração de liquidações em agregadores, e na prática qualquer formador de mercado via RFQs pode oferecer a mesma execução de coincidência de desejos para liquidações. 3. Aave: oráculos de risco de caos ajudam a otimizar os bônus de liquidação, mas isso não é tão preciso quanto leilões. 4. Morpho: pré-liquidações ajudam os usuários a controlar seu próprio fluxo de liquidação, embora esta construção modular seja uma pior experiência do usuário, e menos impactante para o protocolo como um todo.

Resumo: nunca confie em gestores de fundos de hedge/VCs que estão em muitos podcasts eles têm ótimas equipas de relações públicas para os colocar em todos os podcasts onde vêm e se apresentam como líderes de pensamento todos estes são apenas formas de eles construírem influência e arrecadarem fundos dos ouvintes a maioria está a perder

Uma quantidade significativa de conversas relacionadas ao Monad no CT parece vir da região nigeriana. Isso me faz perguntar quais aplicativos e empresas inovadoras e emocionantes em onchain que estão construindo sobre o Monad se originam de lá. 🤔

Certos agregadores não estão otimizados, não são nada inteligentes 😤 Tenham cuidado lá fora 😤 É perigoso fora do cobertor.

A prevalência de mercados desejáveis com resultados de mercado favoráveis é, em si mesma, uma boa experiência de utilizador em cripto.

as exchanges descentralizadas deveriam ter câmeras de morte para liquidações

Proteção MEV Automação Totalmente Onchain Staking Líquido Holístico Tudo em Um

Introdução aos EIPs, ERCs, RIPs. EIP: Proposta de Melhoria do Ethereum Mudanças a nível de protocolo, aplicadas pelos clientes do Ethereum. Ativadas através de hardforks. Os nós completos devem atualizar, caso contrário, forçarão a saída. ERC: Pedido de Comentários do Ethereum Padrões a nível de aplicação. Convenções para Solidity, calldata, armazenamento, assinaturas. Opt-in. Adoção -> efeitos de rede. RIP: Proposta de Melhoria de Rollup Leis provinciais para cidades-estado de rollup. Opt-in para L2s. Opt-out para nós dentro de um L2. Pode levar a EIPs. Os números são compartilhados entre EIPs, ERCs, RIPs, atribuídos sequencialmente pelos mantenedores. Para iniciar um, você precisará primeiro abrir um tópico no fórum Ethereum Magicians, depois fazer um rascunho que linke para o tópico. Após isso, o processo específico depende. Exemplos: EIP-7939: Contar Zeros à Frente (CLZ) Um opcode no próximo hardfork Fusaka que pode acelerar operações matemáticas com bytecode menor. Como uma operação matemática básica que custa tanto quanto um `ADD` de 256 bits, isso é mais adequadamente implementado como um opcode, que é mais adequadamente implementado como um EIP. ERC-7631: Par de Tokens de Natureza Dual Interfaces para como um par de tokens fungíveis e não fungíveis co-juntos podem sinalizar sua relação. Padrão opt-in. Permite melhor descobribilidade, melhor experiência do usuário. RIP-7767: Contrato de Gas para Ether Um contrato que queima gás e retorna uma parte do gás queimado ao chamador como a moeda nativa. Devido à natureza aventureira desta proposta, isso poderia ser pilotado como um pré-compilado / pré-implantação em rollups primeiro. O análogo tentativo na mainnet é o EIP-7791 (opcode GAS2ETH). Dificuldade para obter adoção / inclusão: EIP > RIP > ERC (aproximadamente) Para explicar por que, cada um desses merece sua própria elaboração em tópicos separados, melhor deixado para conteúdo futuro.

Tive uma carreira muito promissora em quant/HFT antes de me juntar à @monad. Então, como cheguei aqui? 🧵