Serum

O que é Serum em cripto?

Serum é um protocolo de exchange descentralizada baseado em Solana, projetado em torno de um livro central de ordens limitadas on-chain.

Diferentemente de muitas exchanges descentralizadas que usam formadores de mercado automatizados, Serum utilizava um modelo de livro de ordens no qual traders podiam enviar ofertas de compra e venda, ordens a mercado e ordens limite por meio de contratos inteligentes.

No universo cripto, Serum é mais bem compreendido como um dos primeiros projetos de infraestrutura DeFi da Solana, que buscava levar a correspondência de ordens no estilo das exchanges tradicionais para um ambiente blockchain sem custódia.

Serum foi criado para permitir que os usuários negociassem ativos digitais sem entregar a custódia dos fundos a um operador centralizado.

O design original do protocolo se concentrava em velocidade, baixo custo de transação, composabilidade e liquidez compartilhada para aplicativos desenvolvidos na Solana.

A visão geral oficial do Project Serum descrevia Serum como um protocolo permissionless da Solana, cujo livro central de ordens limitadas on-chain podia ser integrado por parceiros do ecossistema.

Serum também tinha um token nativo chamado SRM, associado a taxas, ideias de governança e incentivos do ecossistema no design original.

No entanto, os usuários devem entender que a situação atual de Serum é muito diferente da fase inicial de crescimento.

Após grandes preocupações com segurança e governança em 2022 relacionadas à autoridade de atualização do programa original, grande parte da comunidade DeFi da Solana deixou de usar a implantação original do Serum e migrou para alternativas controladas pela comunidade.

Isso faz de Serum um termo importante na história das criptomoedas, mas não um protocolo que os usuários devam avaliar somente com base em descrições antigas.

Definição simples de Serum

Serum é um protocolo de exchange descentralizada na Solana que usava um livro de ordens on-chain para conectar compradores e vendedores de cripto.

Sua ideia principal era combinar custódia descentralizada com uma experiência de negociação mais próxima dos mercados tradicionais baseados em livro de ordens.

Em vez de negociar somente contra pools de liquidez, os aplicativos podiam se conectar a um livro de ordens on-chain compartilhado por meio do Serum.

Isso fez do Serum uma parte importante da infraestrutura DeFi inicial da Solana.

No contexto cripto atual, Serum também é um exemplo de alerta sobre a importância da autoridade de atualização, do controle da governança, da migração de liquidez e da segurança do protocolo.

Um protocolo pode ter tecnologia sólida, mas os usuários ainda precisam saber quem pode atualizá-lo, quem controla as permissões principais e se ainda há liquidez ativa.

Como Serum funcionava

Serum funcionava usando contratos inteligentes na Solana para manter mercados, ordens em aberto, ofertas de compra e venda, negociações e a lógica de liquidação.

Um trader podia enviar uma ordem limite, especificando o preço pelo qual queria comprar ou vender.

Se outra ordem correspondesse a esse preço, o protocolo poderia executar a negociação por meio do livro de ordens on-chain.

Isso era diferente de um formador de mercado automatizado, no qual o usuário negocia contra um pool de liquidez e recebe um preço calculado por uma fórmula.

Em um livro de ordens, a descoberta de preços ocorre quando compradores e vendedores enviam ordens em diferentes níveis de preço.

O design do Serum era possível porque a Solana oferecia produção rápida de blocos e custos de transação baixos em comparação com muitos ambientes anteriores para contratos inteligentes.

Como ordens, correspondência e liquidação exigiam interações frequentes, as taxas baixas eram importantes para a experiência do usuário.

O modelo do Serum também permitia que outros aplicativos DeFi se conectassem à mesma camada de liquidez, em vez de criar mercados isolados do zero.

O que é um livro central de ordens limitadas on-chain?

Um livro central de ordens limitadas, frequentemente chamado de CLOB, é um sistema de negociação que organiza ordens de compra e venda por preço e prioridade de tempo.

As ordens de compra são chamadas de ofertas de compra.

As ordens de venda são chamadas de ofertas de venda.

Quando uma oferta de compra e uma de venda são compatíveis, o mercado pode executar uma negociação.

Nas finanças tradicionais, os livros de ordens costumam ser administrados por uma infraestrutura centralizada.

O objetivo do Serum era transferir essa estrutura para a blockchain, permitindo que os usuários interagissem com um mecanismo de negociação descentralizado.

Isso era tecnicamente ambicioso porque cada envio, cancelamento, correspondência e liquidação de ordem podia gerar atividade na blockchain.

Serum mostrou que o design da Solana tornou a negociação com livros de ordens totalmente on-chain mais prática do que em redes mais lentas ou caras.

Uma explicação técnica do modelo CLOB on-chain do Serum descreve como Serum usava um livro de ordens, em vez de um formador de mercado automatizado, para viabilizar a infraestrutura de negociação descentralizada.

Por que Serum foi importante para DeFi na Solana

Serum se tornou importante porque atuava como infraestrutura de negociação compartilhada para os primeiros aplicativos DeFi da Solana.

Muitos produtos DeFi precisam de liquidez, descoberta de preços e lógica de liquidação.

Em vez de cada aplicativo criar sua própria fonte isolada de liquidez, Serum permitia que os aplicativos direcionassem a atividade por meio de um livro de ordens compartilhado.

Isso fez do Serum uma camada de composabilidade.

Composabilidade significa que outros protocolos podem ser desenvolvidos sobre um protocolo existente ou se conectar a ele.

Por exemplo, uma carteira, interface de negociação, aplicativo de empréstimo ou ferramenta de market making podia usar os mercados do Serum como parte de seu próprio produto.

Isso ajudou Serum a se tornar uma parte reconhecida do ecossistema de finanças descentralizadas inicial da Solana.

Sua influência também ajudou a popularizar a ideia de que exchanges descentralizadas não precisam depender apenas de fórmulas de pools de liquidez.

Serum vs. formadores de mercado automatizados

Serum usava um livro de ordens, enquanto os formadores de mercado automatizados usam pools de liquidez.

Em um formador de mercado automatizado, os provedores de liquidez depositam ativos em um pool, e os traders negociam contra esse pool com base em uma fórmula de preço.

Em um sistema de livro de ordens, traders e formadores de mercado enviam ordens a preços específicos.

Os livros de ordens podem proporcionar negociações mais precisas, pois os usuários podem definir preços exatos para suas ordens limite.

Os livros de ordens também podem mostrar a profundidade de mercado, ajudando traders a entender quanta liquidez existe em diferentes níveis de preço.

Os formadores de mercado automatizados podem ser mais simples para ativos menos populares, pois um pool pode existir mesmo sem formadores de mercado ativos no livro de ordens.

Os dois modelos têm vantagens e riscos.

A importância do Serum veio de demonstrar como uma blockchain de alta velocidade podia sustentar uma estrutura de negociação mais tradicional em DeFi.

Serum e a negociação sem custódia

Serum foi projetado para permitir negociações sem custódia.

Sem custódia significa que os usuários não precisam depositar ativos na carteira de um operador centralizado antes de negociar.

Em vez disso, os usuários interagem com contratos inteligentes a partir de suas próprias carteiras.

Esse design pode reduzir o risco de custódia, pois os usuários não dependem de uma única empresa para manter todos os saldos dos clientes.

No entanto, negociar sem custódia não elimina todos os riscos.

Os usuários ainda enfrentam riscos de contratos inteligentes, segurança de carteiras, autoridade de atualização, liquidez, oráculos e assinatura de transações.

A história do Serum mostra que o design sem custódia é apenas uma parte da segurança em DeFi.

O controle do protocolo e a arquitetura de governança também são fundamentais.

Serum e o token SRM

SRM era o token nativo associado ao ecossistema Serum.

No design original, SRM estava associado a descontos nas taxas de negociação, mecanismos relacionados a taxas e conceitos de governança.

O whitepaper do Serum descrevia SRM como parte do modelo econômico e do sistema de taxas do protocolo.

Os leitores podem consultar o whitepaper arquivado do Serum para conhecer as alegações originais sobre o design do token.

Os usuários devem ter cuidado ao avaliar SRM atualmente, pois sua utilidade original estava ligada a um ecossistema cujo uso ativo mudou significativamente depois de 2022.

Um token pode continuar sendo negociado mesmo quando o protocolo a ele associado perde grande parte da liquidez, do ritmo de desenvolvimento ou do suporte de aplicativos.

Por isso, os usuários não devem avaliar SRM apenas com base nas descrições históricas do roadmap inicial do Serum.

Antes de tomar qualquer decisão, devem verificar a liquidez, a utilidade, a situação de governança e as divulgações de risco atuais.

Estado atual do Serum

Atualmente, Serum deve ser tratado como um protocolo cripto legado, e não como uma plataforma DeFi ativa comum.

Após o colapso, em 2022, de grandes entidades ligadas aos apoiadores originais do Serum, o programa original do Serum enfrentou sérias preocupações relacionadas à confiança e à autoridade de atualização.

Reportagens públicas da época afirmaram que o programa mainnet do Serum havia sido descrito como extinto e que os principais protocolos DeFi da Solana haviam se afastado dele.

Uma reportagem pública sobre o estado da mainnet do Serum observou que os principais protocolos DeFi deixaram de usar o programa original depois que surgiram preocupações com a autoridade de atualização.

Na prática, isso significa simplesmente que descrições antigas do Serum podem não refletir o estado atual do protocolo.

Quem pesquisa Serum deve distinguir o conceito original do Serum, o programa original, o token SRM e as forks comunitárias posteriores.

Esses elementos estão relacionados, mas não são idênticos.

Por que a autoridade de atualização foi importante para Serum

A autoridade de atualização foi uma das questões mais importantes da história do Serum.

Na Solana, muitos programas podem ser implantados como programas atualizáveis.

Se um programa tiver uma autoridade de atualização ativa, essa autoridade poderá atualizar o código do programa de acordo com as regras do sistema de programas atualizáveis da Solana.

A documentação de programas da Solana explica que programas implantados com o carregador atualizável podem ser atualizados quando há uma autoridade de atualização definida e que revogar essa autoridade torna o programa imutável.

Isso pode ser útil durante o desenvolvimento ativo, pois permite corrigir bugs e adicionar recursos.

Também pode representar um risco sério se a autoridade for controlada por uma configuração de chaves fraca, comprometida, pouco clara ou centralizada.

No caso do Serum, havia a preocupação de que usuários e protocolos não pudessem confiar com segurança no programa original se a autoridade de atualização não fosse segura.

Por isso, a autoridade de atualização se tornou uma lição central da queda do Serum.

Serum e as forks comunitárias

Uma fork é uma nova versão de um software ou protocolo, copiada e modificada a partir de uma base de código anterior.

Após as preocupações com o programa original do Serum, desenvolvedores e participantes de DeFi na Solana apoiaram alternativas controladas pela comunidade e baseadas no design do Serum.

O objetivo era preservar a tecnologia útil do livro de ordens, afastando-se da estrutura de controle arriscada da implantação original.

Uma conhecida fork comunitária se tornou uma plataforma de liquidez substituta para muitos aplicativos da Solana.

Para SEO e clareza para os usuários, o ponto importante não é que todas as forks sejam automaticamente seguras.

O importante é que uma fork pode eliminar um risco e, ao mesmo tempo, criar novas questões sobre governança, auditorias, liquidez, incentivos e manutenção.

Os usuários devem avaliar qualquer sucessor ou fork considerando o código atual, as permissões atuais, a liquidez atual e o suporte atual do ecossistema.

Não devem presumir que uma fork é segura apenas por ter se originado de uma base de código conhecida.

Serum como estudo de caso de infraestrutura DeFi

Serum é um estudo de caso útil sobre infraestrutura DeFi, pois mostra que tanto o design técnico quanto o de governança são essenciais.

Do ponto de vista técnico, Serum ajudou a demonstrar que um livro de ordens on-chain podia funcionar em uma blockchain de alto desempenho.

Do ponto de vista econômico, mostrou como a liquidez compartilhada pode dar suporte a muitos aplicativos ao mesmo tempo.

Do ponto de vista operacional, mostrou que o gerenciamento de chaves e as permissões de atualização podem se tornar riscos existenciais.

Para os usuários, a lição é que finanças descentralizadas não dizem respeito apenas a saber se as negociações acontecem on-chain.

Também é preciso saber quem pode alterar o código, como as atualizações são aprovadas, como a liquidez é mantida e se os usuários conseguem verificar as premissas de confiança.

Um protocolo pode ser descentralizado em alguns aspectos e centralizado em outros.

Serum ajuda a entender essa distinção.

Benefícios que Serum buscava oferecer

Serum buscava oferecer negociação descentralizada em livro de ordens na Solana.

Seu objetivo era oferecer ordens limite, profundidade de mercado e liquidez compartilhada aos traders.

Oferecia aos desenvolvedores um backend de negociação combinável para aplicativos DeFi.

Permitiria que os usuários negociassem por meio de carteiras, sem depender de um custodiante centralizado.

Usava as taxas baixas da Solana para tornar mais práticas as atualizações frequentes de ordens.

Apoiava a ideia de que as exchanges descentralizadas poderiam ter aparência e funcionamento mais próximos dos sistemas profissionais de negociação.

Ajudou a expandir o ecossistema DeFi inicial da Solana ao oferecer aos aplicativos uma base de liquidez compartilhada.

Esses benefícios explicam por que Serum foi amplamente discutido durante seu período de atividade.

Riscos associados ao Serum

Serum envolvia risco de contratos inteligentes porque os usuários interagiam com programas on-chain.

Envolvia risco relacionado à autoridade de atualização, pois o controle do programa podia afetar a confiança dos usuários e aplicativos na implantação.

Envolvia risco de liquidez, pois um livro de ordens só é útil quando traders ativos e formadores de mercado oferecem profundidade suficiente.

Envolvia risco de utilidade do token, pois o valor do SRM dependia em parte da continuidade da utilidade e da atividade do ecossistema Serum.

Envolvia risco de governança, pois os usuários precisavam saber com clareza quem podia influenciar a direção do protocolo e as permissões essenciais.

Envolvia risco de dependência do ecossistema, pois muitos aplicativos da Solana dependiam de uma infraestrutura de negociação compartilhada.

Após 2022, também carregava riscos decorrentes de seu histórico, pois a confiança na implantação original havia sido abalada.

Esses riscos fazem de Serum um exemplo marcante da importância de avaliar mais do que a marca e a adoção inicial em DeFi.

Serum e a liquidez

Liquidez é a capacidade de comprar ou vender um ativo sem provocar uma grande movimentação de preço.

Em um protocolo de livro de ordens como Serum, a liquidez vinha das ofertas de compra e venda enviadas por traders e formadores de mercado.

Uma liquidez profunda torna a negociação mais fluida, pois os usuários podem executar ordens maiores com menos slippage.

Uma liquidez baixa torna a negociação mais arriscada, pois até mesmo operações pequenas podem movimentar os preços acentuadamente.

Depois que a liquidez migrou da implantação original do Serum, sua utilidade prática diminuiu.

Isso mostra que a liquidez em DeFi não é permanente.

A liquidez acompanha a confiança, os incentivos, as integrações, os formadores de mercado e a atividade dos usuários.

Quando a confiança na plataforma subjacente muda, a liquidez pode migrar rapidamente.

Serum e a composabilidade

A composabilidade era um dos principais argumentos a favor do Serum.

Os aplicativos podiam se conectar aos livros de ordens do Serum em vez de desenvolver seu próprio mecanismo de negociação.

Isso ajudava carteiras, interfaces de negociação, agregadores e outras ferramentas DeFi a acessar liquidez compartilhada.

Em DeFi, a composabilidade pode criar fortes efeitos de rede, pois um protocolo pode se tornar infraestrutura para muitos outros.

No entanto, a composabilidade também pode propagar riscos.

Se muitos aplicativos dependerem de um protocolo compartilhado e esse protocolo se tornar inseguro, o impacto pode se espalhar pelo ecossistema.

A história do Serum mostrou os dois lados da composabilidade.

Uma infraestrutura compartilhada pode gerar eficiência, mas também pode se tornar um único ponto de estresse se as premissas de controle ou segurança falharem.

Serum e a correspondência de ordens

A correspondência de ordens é o processo de conectar compradores e vendedores.

No modelo do Serum, os usuários enviavam ordens aos mercados, e as ordens compatíveis podiam ser correspondidas de acordo com a lógica do programa.

Por exemplo, uma ordem de compra com preço suficientemente alto podia corresponder a uma ordem de venda com preço igual ou inferior.

Após a correspondência, a liquidação transferia os ativos relevantes entre as partes de acordo com o resultado da negociação.

Essa estrutura oferecia aos traders mais controle sobre o preço do que uma interface simples de swap.

As ordens limite são úteis porque os traders podem definir o preço que estão dispostos a aceitar.

No entanto, os sistemas de livro de ordens precisam de provedores de liquidez ativos para funcionar bem.

Sem ordens suficientes nos dois lados, os spreads aumentam e a qualidade da execução cai.

Serum vs. um swap comum de tokens

Um swap comum de tokens costuma ocultar do usuário a estrutura do mercado.

O usuário informa um ativo, recebe outro e a interface calcula a rota.

A abordagem de livro de ordens do Serum tornava o processo de negociação mais explícito.

Os usuários podiam enviar ordens a preços escolhidos e aguardar a correspondência com a liquidez.

Isso era atraente para traders que desejavam mais controle sobre a execução.

Também era útil para formadores de mercado que queriam cotar preços nos dois lados de um mercado.

No entanto, o modelo de livro de ordens pode ser menos intuitivo para iniciantes do que uma interface simples de swap.

Ele exige que os usuários compreendam ofertas de compra e venda, spreads, preços limite, cancelamento de ordens e liquidação.

Serum e Solana

Serum foi desenvolvido na Solana porque o modelo de livro de ordens exige transações rápidas e baratas.

O envio e o cancelamento de ordens, a correspondência e cada etapa da liquidação podem exigir atividade on-chain.

Se os custos de transação forem muito altos, a negociação ativa em livro de ordens se torna difícil para usuários menores.

Se os tempos de bloco forem muito lentos, o livro de ordens pode parecer desatualizado diante da rapidez das movimentações do mercado.

A arquitetura da Solana tornou o design do Serum mais prático do que seria em muitas redes mais lentas.

Essa conexão fez do Serum um dos primeiros exemplos usados para explicar o potencial DeFi da Solana.

No entanto, desenvolver em uma rede rápida não eliminou os riscos de governança e de autoridade de atualização.

Tanto a tecnologia quanto o design de controle eram importantes.

Serum e a descentralização

Serum era descrito como um protocolo de exchange descentralizada porque os usuários podiam negociar por meio de programas on-chain.

No entanto, descentralização não é um rótulo binário, de sim ou não.

Um protocolo pode ser descentralizado na custódia e centralizado na autoridade de atualização.

Um protocolo pode ter liquidação on-chain, mas depender de um grupo pequeno para manutenção.

Um protocolo pode ser de código aberto e ainda ter propriedade concentrada de tokens ou influência concentrada na governança.

A história do Serum mostra por que os usuários devem examinar os aspectos específicos da descentralização.

As perguntas mais importantes são: quem controla as atualizações, quem controla as configurações administrativas, de onde vem a liquidez e se os usuários conseguem sair com segurança.

Um protocolo DeFi realmente robusto deve facilitar a análise dessas premissas de confiança.

Serum e o risco de contratos inteligentes

O risco de contratos inteligentes é a possibilidade de o código se comportar de forma inesperada ou ser explorado.

A lógica de negociação do Serum era executada por meio de programas da Solana, o que tornava essencial a segurança do código.

Mesmo quando um protocolo é de código aberto, a maioria dos usuários não consegue auditar o código pessoalmente.

Isso significa que os usuários costumam depender de auditorias, reputação dos desenvolvedores, confiança no ecossistema, programas de recompensa por bugs e monitoramento público.

O risco de contratos inteligentes não se limita a bugs no código atual.

Também inclui o risco de que um código atualizável possa mudar no futuro.

Por esse motivo, a transparência da autoridade de atualização faz parte da gestão de risco de contratos inteligentes.

Os usuários devem verificar se um programa é imutável, atualizável por uma multisig ou controlado por uma única autoridade.

Serum e os formadores de mercado

Formadores de mercado são participantes que enviam ordens de compra e venda para fornecer liquidez.

Um protocolo de livro de ordens depende muito dos formadores de mercado, pois eles ajudam a criar spreads menores e livros mais profundos.

Sem formadores de mercado, os usuários podem enfrentar uma execução ruim e slippage elevado.

A utilidade inicial do Serum dependia em parte de provedores de liquidez e integrações ativos.

Quando a confiança no programa original mudou, os provedores de liquidez tiveram motivos para migrar para outras plataformas.

Isso mostra que protocolos DeFi de livro de ordens precisam de mais do que software.

Precisam de participação contínua no mercado, infraestrutura confiável e confiança na liquidação.

A liquidez é uma parte viva do protocolo, não um recurso fixo.

Serum e os desenvolvedores

Os desenvolvedores usavam Serum porque ele oferecia uma camada de negociação pronta.

Um desenvolvedor podia criar uma interface, ferramenta de negociação, produto de portfólio ou estratégia DeFi sobre os mercados do Serum.

Isso reduzia a necessidade de desenvolver um mecanismo completo de correspondência de ordens do zero.

Os repositórios de código aberto do Serum também ofereciam aos desenvolvedores código para estudar e adaptar.

O repositório do Project Serum no GitHub contém o monorepositório em Rust do Serum DEX.

Para os desenvolvedores, Serum continua sendo um projeto educativo porque mostra como estruturar um livro de ordens on-chain.

No entanto, desenvolvedores que criam sistemas para produção não devem presumir que a implantação original é segura ou está ativa.

Devem avaliar as bases de código mantidas atualmente, a propriedade atual do programa, as auditorias e o uso no ecossistema.

Serum e os traders

Serum era importante para traders porque oferecia suporte a negociações no estilo de ordens limite dentro de DeFi.

Isso dava aos usuários mais controle do que um swap simples contra um pool.

Um trader podia enviar uma ordem a um preço escolhido e aguardar sua execução.

Também podia consultar a profundidade de mercado e os spreads, quando a interface oferecia esses dados.

No entanto, as vantagens históricas de negociação do Serum dependiam de liquidez ativa e de uma infraestrutura de liquidação confiável.

Se a liquidez for baixa, o livro de ordens pode não oferecer uma boa execução.

Se o controle do programa não for seguro, talvez não valha a pena usar a plataforma de negociação.

Os traders devem sempre verificar a liquidez e a situação de risco atuais, em vez de se basear na reputação antiga do protocolo.

Serum e os usuários

Para usuários comuns, Serum pode aparecer como um token, um nome de protocolo ou um projeto histórico de DeFi.

A principal lição para os usuários é que a situação de uma marca conhecida de DeFi pode mudar com o tempo.

Um protocolo que já foi amplamente integrado pode perder a confiança, a liquidez ou o suporte ativo.

Os usuários devem verificar se o protocolo continua sendo mantido.

Devem verificar se as interfaces oficiais estão ativas e são seguras.

Devem verificar se há liquidez no mercado em que desejam negociar.

Devem verificar se o programa tem uma autoridade de atualização e quem a controla.

Nunca devem presumir que um protocolo DeFi antigo continua seguro só porque já foi popular.

Equívocos comuns sobre Serum

Um equívoco comum é pensar que Serum ainda é o mesmo centro ativo de DeFi da Solana que era durante seu período inicial de crescimento.

Atualmente, a implantação original do Serum deve ser entendida considerando sua condição de protocolo legado após 2022 e seu histórico de migração.

Outro equívoco é pensar que SRM mantém automaticamente a mesma utilidade descrita nos documentos iniciais.

A utilidade de um token depende do uso atual do protocolo, das integrações, da governança e da demanda do mercado.

Outro equívoco é pensar que a negociação on-chain elimina toda a confiança necessária.

A negociação on-chain reduz alguns riscos de custódia, mas os usuários ainda podem enfrentar riscos de autoridade de atualização, contratos inteligentes e liquidez.

Outro equívoco é pensar que todas as exchanges descentralizadas usam formadores de mercado automatizados.

Serum é historicamente importante porque usava um livro de ordens on-chain.

O que verificar antes de interagir com ativos relacionados ao Serum

Os usuários devem verificar se estão consultando o programa original do Serum ou uma fork posterior.

Devem verificar se o programa continua sendo mantido.

Devem verificar se a autoridade de atualização foi revogada, está protegida por um processo transparente ou é controlada por uma chave arriscada.

Devem verificar se há liquidez ativa no mercado relevante.

Devem verificar se o token negociado tem utilidade real atualmente.

Devem verificar se a interface utilizada é oficial, mantida e segura.

Devem verificar se a transação da carteira está interagindo com o ID de programa esperado.

Devem tratar guias, painéis e explicações antigas sobre tokens com cautela.

Por que Serum ainda é importante

Serum ainda é importante porque ajudou a moldar a história de DeFi na Solana.

Mostrou que um livro de ordens on-chain podia ser uma alternativa séria de design para exchanges descentralizadas.

Ajudou a introduzir liquidez compartilhada e infraestrutura de mercado combinável nos aplicativos da Solana.

Também se tornou uma lição importante sobre governança de protocolos e autoridade de atualização.

Muitos usuários de DeFi se concentram em rendimento, taxas e velocidade, mas Serum mostra por que as permissões de controle são igualmente importantes.

A promessa técnica de um protocolo pode ser enfraquecida se os usuários não puderem confiar na estrutura de atualização.

Para os desenvolvedores, Serum continua sendo um exemplo tanto de inovação quanto de risco operacional.

Para os usuários, Serum é um lembrete de que é preciso pesquisar o estado atual de um protocolo antes de interagir com ele.

Perguntas frequentes

O que é Serum em criptomoedas?

Serum é um protocolo de exchange descentralizada baseado em Solana que usava um livro central de ordens limitadas on-chain para negociar criptoativos.

O que é SRM?

SRM é o token nativo originalmente associado ao ecossistema Serum e estava ligado a ideias relacionadas a taxas e governança no design original do protocolo.

Serum é um formador de mercado automatizado?

Não. Serum era conhecido principalmente por seu livro central de ordens limitadas on-chain, e não por um modelo padrão de pools de formador de mercado automatizado.

Por que Serum era importante?

Serum era importante porque oferecia liquidez compartilhada em livro de ordens e infraestrutura de negociação para os primeiros aplicativos DeFi da Solana.

Serum ainda está ativo?

A implantação original do Serum deve ser tratada como um protocolo legado ou extinto após preocupações com segurança e autoridade de atualização em 2022 provocarem uma grande migração do ecossistema.

O que aconteceu com Serum?

Serum perdeu grande parte da confiança do ecossistema depois que surgiram preocupações com a autoridade de atualização do programa original, e muitos aplicativos migraram para alternativas controladas pela comunidade.

O que é uma autoridade de atualização?

Uma autoridade de atualização é a conta ou mecanismo de controle que pode atualizar o código de um programa atualizável da Solana.

Por que a autoridade de atualização do Serum representava um risco?

Ela representava um risco porque usuários e protocolos precisavam ter confiança de que o programa original não poderia ser alterado por uma autoridade insegura ou comprometida.

Os usuários ainda podem negociar SRM?

SRM ainda pode ser negociado em alguns mercados, mas os usuários devem avaliar a liquidez, a utilidade, os riscos e o suporte de mercado atuais, em vez de confiar em descrições antigas do Serum.

Serum é o mesmo que uma fork comunitária?

Não. O programa original do Serum e as forks comunitárias posteriores estão relacionados pelo histórico do código, mas têm estruturas de controle, liquidez, manutenção e perfis de risco diferentes.

Serum permitia negociações sem custódia?

Serum foi projetado para permitir negociações sem custódia por meio de contratos inteligentes da Solana, mas esse design não elimina os riscos de contratos inteligentes, liquidez ou autoridade de atualização.

Por que Serum é importante para a educação sobre DeFi?

Serum é importante porque ensina os usuários sobre livros de ordens, composabilidade, liquidez compartilhada, permissões de atualização e a importância do estado atual de um protocolo.

Conclusão

Serum era um protocolo de exchange descentralizada baseado em Solana e desenvolvido em torno de um livro central de ordens limitadas on-chain.

Ele desempenhou um papel importante no início de DeFi na Solana ao oferecer liquidez compartilhada, infraestrutura de negociação combinável e um modelo de livro de ordens sem custódia.

Seu design mostrou que as exchanges descentralizadas podiam usar outros modelos além dos pools de formadores de mercado automatizados.

Ao mesmo tempo, a história do Serum mostra que a segurança em DeFi depende de mais do que a lógica de negociação.

A autoridade de atualização, o controle da governança, a migração de liquidez, o gerenciamento de chaves e a confiança do ecossistema podem determinar se um protocolo continuará sendo utilizável.

Atualmente, a implantação original do Serum é mais bem compreendida como um protocolo legado, após grandes preocupações em 2022 levarem a comunidade DeFi da Solana a se afastar dela.

Para os usuários, a lição prática é verificar a situação atual do protocolo antes de interagir com qualquer ativo ou interface relacionado ao Serum.

Para os desenvolvedores, Serum continua sendo um estudo de caso valioso sobre design de livros de ordens on-chain e os riscos da infraestrutura DeFi compartilhada.

A importância duradoura do Serum não está apenas em ter ajudado a construir o DeFi inicial da Solana, mas também em ter ensinado ao setor cripto por que controle transparente, atualizações seguras e liquidez ativa são essenciais para mercados descentralizados.