SucculentCross-Section

Nestes últimos dois dias, o grupo voltou a explodir: novos L1/L2 lançam incentivos para atrair TVL, e há uma data de pessoas a gritar que o mercado está de volta à alta; dois dias depois, começam outra vez a criticar a estratégia de “farmar, levantar e vender”. Isto cansa-me um pouco. Pensando bem, o que realmente deixa as pessoas empolgadas não são as recomendações dos KOL, mas aquela ilusão no grupo de que “toda a gente está a entrar; se não entrares, és um idiota”. Quando há informação a mais, as pessoas nem têm tempo para pensar na estrutura e ficam apenas consumidas pela ansiedade.
Eu pró

Recentemente, fui buscar a documentação de algumas pontes e, quanto mais leio, mais sinto que a interoperabilidade entre cadeias está longe de ser apenas “fazer uma transferência”. A abordagem do IBC é, de facto, bastante elegante: as cadeias verificam diretamente o estado umas das outras. Mas, quando se trata de uma ponte externa, é preciso confiar nos validadores, nos oráculos, nos retransmissores e nas permissões de atualização dos contratos… No fundo, cada etapa pode ser uma das tábuas do barril. Às vezes penso que aquilo a que chamamos “não confiar” é apenas dividir e distribuir a confian

Eh, agora mesmo vi outra pessoa ter a conta esvaziada porque não revogou uma autorização de contrato. Fiquei mesmo desolado. Na verdade, sempre achei que a gestão das autorizações é mais básica do que muitos “mecanismos técnicos anti-roubo”, mas é precisamente a mais fácil de ignorar.
Lembrei-me de que recentemente vi muita gente a ficar obcecada com as guerras de infraestruturas da Layer2, a competir em termos de TPS e taxas. A dizer a verdade, equipas que queimam dinheiro para conquistar utilizadores, eu também admiro — afinal, têm o “halo” de fundos e atenção. Mas, falando a sério, por mais

Para ser sincero, acabei de sair da página do GitHub de um certo projeto, e depois fui ver os três relatórios de auditoria e os endereços da atualização do multi-sig. Antes, eu achava “auditoria feita = seguro”, mas agora não tenho tanta certeza. A armadilha que os principiantes mais facilmente caem é: ver muitas estrelas no GitHub e achar que é fiável, mas quantas dessas estrelas foram compradas e quantas são apenas forks de terceiros? E os relatórios de auditoria também não podem ser vistos só pela capa de uma grande empresa; o foco está nas últimas páginas — há “riscos conhecidos não corrig

Acabei de ver uma transferência on-chain: entre carteiras, foi transferido U, e o momento fica mesmo antes de um certo protocolo mudar parâmetros de governação. Antes eu podia pensar “foi coincidência”, mas agora estou habituado a puxar o caminho — o endereço de receção tinha acabado de levantar recompensas do mesmo pool de mineração nos dias anteriores, e o contrato do pool mudou recentemente a forma de repartir as taxas. No fundo, por trás de muitas “transferências de coincidência” está a mesma lógica a correr.
Quando era iniciante, achava que tudo na cadeia era um passeio aleatório. Agora p

Ultimamente tenho visto muitos projectos a falarem de paralelismo e sharding, e há imensa animação com vários whitepapers e roadmaps. Para ser sincero, por mais elaborada que seja a narrativa técnica, a minha primeira reação continua a voltar aos mesmos problemas antigos — como é que a verdadeira segurança dos activos é garantida? O caminho de saída está claro? Esta semana analisei alguns projectos: as taxas de staking nos pools de liquidez parecem boas à primeira vista, mas quando se puxa o gráfico da distribuição dos períodos de desbloqueio, fico com algumas dúvidas. De qualquer forma, eu pr

Descobri uma coisa: muita gente olha de lado para aqueles “retornos simples” — por exemplo, RWA em Títulos do Tesouro dos EUA ou pools de rendimento gerados on-chain com stablecoins. Dizem que a taxa anual rende devagar. Aí, voltam-se para os contratos, entram com tudo e depois fazem a “revisão” (repasso) — e acabam por perceber que, afinal, era melhor ficar com aquela posição “aborrecida”, de forma honesta.
Dito de forma simples: a gestão de posições não é nenhuma mística. Em linguagem humana é isto: só conta como posição aquilo que tu consegues aguentar. Se não consegues manter, mesmo que su

Acabei de ver a lista de autorizações e há várias que ainda estão com limite ilimitado, incluindo alguns projetos que já não toco há um ano ou dois. Sinceramente, esta questão das autorizações ilimitadas é como não trancar a porta antes de dormir: talvez não aconteça nada, mas e se alguém entrar lá por dentro durante a noite?
Antes, antes e depois de um upgrade de certa blockchain, toda a gente andava a perguntar se era preciso migrar projetos do ecossistema. Eu vi o pessoal no grupo a adivinhar que cadeia é que ia assumir, mas, na verdade, acompanhar a cadeia em si é menos importante do que p

Recentemente, voltou a dar-se outro problema com pontes cross-chain. Na verdade, sempre que vejo este tipo de notícias, penso isto: o que se chama “cross-chain”, no fundo, é confiar num caminho de transmissão de mensagens — desde os validadores da cadeia de origem, passando pelos relayers, até ao contrato na cadeia de destino. Se em cada etapa houver uma brecha escondida num “esperar por confirmação”, então tudo isto não vale de nada. Protocolos como o IBC, pelo menos, deixam bem claro no que diz respeito a quem é responsável, como é que se assina e quanto tempo é que conta como final — ao con

A sério, antes, quando usava pontes cross-chain, sentia sempre que aquelas etapas de “a aguardar confirmações” eram bastante chatas. Esperar mais uns minutos deixava-me logo ansioso. Agora, aos poucos, comecei a entender: essa combinação de multi-assinaturas e oráculos, na prática, está a trocar tempo por segurança. Vês o que aconteceu recentemente naquela questão de aumento de impostos numa certa zona? As pessoas ficaram mais sensíveis a entradas e saídas de fundos. De qualquer forma, eu já não me atrevo muito a confiar em promessas de “crédito instantâneo”. Prefiro que seja mais lento do que

Na verdade, nos últimos tempos eu ajustei um pouco a minha mentalidade — antes, quando via um novo projeto, a primeira reação era entrar; agora, primeiro verifico o GitHub para ver se houve updates substanciais nos últimos três meses, depois olho o que é que, nos relatórios de auditoria, essas “declarações” realmente dizem, e só no fim é que vou confirmar quantas pessoas controlam as chaves na multisig depois do upgrade.
Resumindo, muitos projetos dizem em público “apoiamos criadores”, mas quando se separa tudo e se vê com detalhe — a frequência de atualização do código on-chain, se entre os s

Acabei de ver um projeto a consultar dados on-chain e descobri que há um atraso de quase dois blocos. Na verdade, isto é bastante comum. O que vês como “on-chain” nem sempre é realmente em tempo real: depende se estás a consultar o teu próprio nó ou um RPC público. Por vezes, o RPC público, para poupar recursos, atrasa a sincronização da camada de indexação, ou então devolve apenas dados já confirmados. Em suma, o “on-chain” que vês pode já ser um instantâneo que foi recortado previamente.
Nesta altura, durante a época de farmar recompensas, toda a gente anda a competir por pontos. A plataform

De madrugada, já passei para a quarta linha do mapeamento da lógica do Agent. A dizer a verdade, agora até escrever código com IA, ou mesmo a interação tipo sniper, está bastante feroz, mas ainda sinto que o “válvula de segurança” tem de ser vigiada por gente. Olha para os contratos automatizados on-chain: os parâmetros ficam escritos de forma tão rígida como uma chapa de ferro. Quando acontece uma queda brusca ou quando um Oracle é alvo de ataques, continua a ser preciso desligar o sistema manualmente. Não há volta a dar: a máquina não vai “duvidar” das próprias funções.
Falando de macroecono

Acabei de rever os registos de transações do semestre e quase me assusto a sério. Andava sempre a pensar que “basta anotar de forma simples o preço e a quantidade” e pronto. Só que no fim do ano, quando fui somando tudo, apareceram um monte de timestamps e valores hash de coisas à toa: transferências on-chain, transferências entre exchanges, recompensas de mineração, airdrops… e aquilo não bate certo. No fundo, durante a semana parecia que “não há problema, organizo depois”, mas quando chega a hora de usar, dá-me uma trabalheira descomunal.
O meu método agora é este: sempre que faço alguma coi

A questão dos royalties em NFTs tem estado a causar bastante polémica ultimamente. Quanto mais penso nisso, mais me parece a lógica de um mercado de rua a vender fruta e legumes — o criador é como o agricultor que planta, define um preço para vender a colheita e ainda quer tirar um bocado a cada revenda. Mas quando o mercado aquece, os vendedores de rua percebem que é mais divertido ganhar a diferença na troca de mãos; quem se importa então com a parte do agricultor? Não é uma questão de quem está certo e quem está errado. É que, quando o “porco” da liquidez começa a correr, fica muito difícil

Ultimamente, a paralelização e o sharding voltaram a estar por todo o lado, a encher feeds em toda a parte, e ao ver tantos detalhes técnicos fico um bocado baralhado. Na verdade, sempre que vejo este tipo de narrativa, a minha primeira reação é procurar a lógica de cash flow dos tokens, o ritmo de desbloqueio e a estrutura de governação — em linguagem simples: de onde vem a liquidez, para onde vai e, no fim, o que sobra. Por detrás do barulho, as verdadeiras cartas são a segurança dos ativos e as rotas de saída.
A propósito, ultimamente tenho visto muitas comparações entre produtos de RWA e r

A dizer a verdade, tenho cada vez mais a impressão de que, ultimamente, no tema da liquidez dos NFTs, o preço do piso e as royalties são apenas a superfície. O que realmente determina se um projecto “vive” ou não é se a narrativa da comunidade consegue formar um ciclo próprio. Há projectos em que o floor caiu até ao fundo do lamaçal, mas a comunidade ainda continua a forçar, a gritar histórias; pelo menos ainda há alguma respiração. Outros fazem promoções de preço baixo a toda a hora, cortam as royalties até zero, e no fim as pessoas vão-se embora e a chávena fica fria.
O interessante é que, n

Acabei de dar uma volta pelos dados on-chain e, ao fim e ao cabo, ainda me apetece falar de estratégia de posições: grid/DCA versus “tudo de uma vez” — afinal, qual combina mais com a tua qualidade de sono.
Experimentei a fase de “tudo de uma vez”; as subidas e descidas a vermelho/verde deixavam a conta com um nível de “estímulo” muito particular, mas durante a noite eu acabava sempre por levantar-me para espreitar os candles. Não dava para dormir descansado. Depois mudei para grid + DCA, e apesar de, quando o preço sobe, eu achar que o lucro é mais lento, quando há quedas eu não fico em pânic

Afinal, quem é que manda na segurança das pontes cross-chain? … Na verdade, eu também não fiquei totalmente esclarecido, mas recentemente olhei com atenção para a estrutura de algumas pontes: a combinação de multisig e oráculos consegue, sim, evitar a maioria dos ataques. Mas, no fim, o último passo “esperar pela confirmação” é mesmo o verdadeiro remédio para a ansiedade. Em termos simples, muita gente fica a olhar para a preocupação com a pressão vendedora aquando do desbloqueio do staking e para o receio no calendário de tokens, mas esquece-se que, na janela de confirmação de poucos minutos

Costumo registar cada transação num Excel, principalmente em três partes: endereço da carteira, cadeia e timestamp. No fim do ano, ao preencher a folha, poupo-me a ter de andar para trás e para a frente a procurar. Na verdade, nem precisa de ser demasiado complexo; basta ficar um registo aproximado. O importante é escrever bem as pequenas ordens do tipo “mint/redeem”, senão no ano seguinte, quando fores lembrar, é fácil haver omissões. Por exemplo, naquela vaga de incentivos de um novo L1, os utilizadores antigos estavam todos a queixar-se, mas se registares, pelo menos dá para bater os valore