Leve cripto às pessoas com Solana Actions e links blockchain

Solana Actions são APIs compatíveis com especificações que retornam transações na blockchain Solana para serem visualizadas, assinadas e enviadas em vários contextos, incluindo códigos QR, botões + widgets em aplicações móveis e desktop, e sites em toda a internet. Actions tornam simples para os desenvolvedores integrar as coisas que você pode fazer em todo o ecossistema Solana diretamente no seu ambiente, permitindo que você execute transações blockchain sem precisar navegar para um aplicativo ou página web diferente.

Blockchain links – ou blinks – transformam qualquer Solana Action em um link compartilhável e rico em metadados. Blinks permitem que clientes compatíveis com Actions (carteiras de extensão de navegador, bots) exibam capacidades adicionais para o usuário. Em um site, um blink pode acionar imediatamente uma visualização de transação em uma carteira sem ir para um aplicativo descentralizado; no Discord, um bot pode expandir o blink em um conjunto interativo de botões. Isso leva a capacidade de interagir onchain para qualquer superfície web capaz de exibir uma URL.

Actions são APIs que permitem que lógica de negócio complexa (tanto on-chain quanto off-chain) seja usada para construir mensagens de transação que são visualizadas, assinadas e enviadas pelo cliente. Botões nativos, códigos QR ou URLs (blinks) podem iniciar uma Action.

Blinks são uma forma de interagir com uma Action. Blinks permitem que os utilizadores executem transações blockchain diretamente a partir de URLs, tornando aplicações descentralizadas acessíveis a partir de qualquer plataforma ou dispositivo.

As transações Solana Pay agora são chamadas de Actions. Actions não são específicas para pagamentos – existem muitos outros tipos de Actions, como votação, staking, troca, cunhagem e muito mais.

O objetivo com Actions é aplicar a especificação Solana Pay a muitos mais casos de uso. Ao usar a primitiva Solana Pay como inspiração, Actions vão mudar a forma como os utilizadores interagem com blockchain em ambientes do dia a dia.

Resumindo, a especificação Solana Pay não está a mudar. Mas o que você pode fazer com Actions expande o âmbito de pagamentos para qualquer coisa que você possa fazer on-chain.

Alguns exemplos de Actions podem incluir:

• Fazer staking de SOL para ajudar a proteger a rede Solana, incluindo tokens de staking líquido
• Permitir que clientes paguem numa loja física usando a leitura de um código QR
• Experiências de cunhagem com acesso restrito por token
• Permitir que sites de comércio eletrónico aceitem pagamentos em criptomoeda diretamente nas páginas de produtos
• Recarregar uma conta de negociação antes de uma chamada de margem
• Integrar funcionalidades blockchain em plataformas de jogos para compras e trocas de ativos dentro do jogo

Alguns exemplos de blinks podem incluir:

• Dar gorjetas a criadores de conteúdo nas redes sociais sem a necessidade de configurações complexas de carteira
• Cunhar NFTs personalizados ou participar em votações de governança diretamente a partir de URLs
• Permitir que utilizadores votem em políticas da comunidade através de links em newsletters

Os principais benefícios incluem:

• Aprimorar experiências do usuário ao trazer transações assiináveis para os usuários onde eles já estão.
• Aumentar a acessibilidade a aplicações Web3 de qualquer plataforma.
• Eliminar o atrito de muitos cliques em vários sites para enviar uma transação onchain.
• Simplificar a integração de ações onchain em plataformas, sites ou aplicações existentes para desenvolvedores.

Os desenvolvedores criam actions como APIs independentes que seguem a Especificação de Actions da Solana e, em seguida, podem vinculá-las às URLs do seu site existente usando um arquivo actions.json.

Blinks são URLs completas. Um arquivo actions.json deve ser publicado na raiz do domínio (por exemplo, solanapay.com/actions.json) para se auto-registrar como um blink.

No lançamento, todas as três extensões (Phantom, Backpack, Dialect) irão somente expandir Actions URLs registradas ("confiáveis") no X. Para habilitar isso, os desenvolvedores devem registrar suas Actions no Dialect Actions Registry.

Os desenvolvedores podem testar todo o fluxo de ponta a ponta, incluindo a aparência do blink, em dial.to inserindo sua Actions URL.

Além disso, há diversas bibliotecas e SDKs para desenvolvedores que desejam criar clientes com suporte a blinks, ou extensões de carteira para navegador que adicionam blinks a sites existentes como o X. Essas bibliotecas tornam possível criar aplicações que renderizam e estilizam blinks com esforço mínimo.

Para mais informações sobre Actions e blinks, visite a documentação oficial da Solana e o workshop gravado para desenvolvedores.

As Actions e blinks são semelhantes a "conectar" sua carteira a dApps - confie nos sites que você conhece e usa, assim como confia nos dApps que conhece e usa.

Na primeira vez que uma carteira tenta recuperar uma transação de uma API desconhecida, os usuários devem ver um prompt familiar de "conectar ao site". Se o domínio do site já se conectou à carteira no passado, o domínio do site tem maior probabilidade de ser confiável. Assim como com dApps, as transações de Action são sempre simuladas antes da execução.

Nota: blinks são executados em uma origem diferente (X, Reddit, etc.) da sua Action, portanto, alguma cautela deve ser exercida.

A partir do lançamento, os usuários podem optar por suporte de carteira para Actions e blinks. Os domínios de parceiros de lançamento estão atualmente na lista de permissões. Os domínios de sites na lista de permissões são operados por parceiros de lançamento da Solana; no entanto, os usuários devem tomar todas as precauções de segurança que normalmente tomariam ao conectar-se a um novo domínio de site. Se você tentar conectar-se a um domínio de site que não está na lista de permissões, será solicitado a confirmar que confia neste domínio de site e deseja prosseguir. Independentemente de um domínio de site estar na lista de permissões, as simulações/visualizações de transações ainda ocorrem nas carteiras conforme esperado, permitindo que os usuários visualizem os detalhes da transação antes de assinar.

No futuro, as carteiras podem ter um recurso que lhes permita "inferir" confiabilidade com base em você já ter usado um site antes, e asserções podem ser exigidas das carteiras para proteger os usuários (independente de Actions).

Blinks são apenas links normais, com superpoderes. Se você não tiver suporte a blink através de uma extensão de carteira para Chrome (como Phantom ou Backpack), o link subjacente se comportará como os links sempre fazem – ele levará você a um site. Esse site é:

1. O site existente da dApp com a qual você está interagindo, seja a página de troca no Jupiter, uma coleção de NFT no Tensor ou uma proposta de DAO. A partir desse site, você pode então agir como normalmente faz.
2. Um tipo de popup – ou interface "intersticial" – para programadores independentes sem um site ou aplicação pré-existente. Pode ser um site dedicado, como actions.dialect.to, tiplink.io, ou uma experiência de assinatura numa carteira móvel, com acesso seguro e direto às chaves de assinatura do utilizador.

Por outras palavras, os blinks suportam alternativas tanto para experiências de sites familiares, como para formas totalmente novas e nativas da web3 para programadores e criadores distribuírem experiências ao seu público.

Quando uma Action é compartilhada via blink, o blink deve fornecer uma página intermediária de assinatura sempre que uma extensão do Chrome estiver ausente. Esses sites intermediários exibem o fluxo padrão de "conectar à carteira", juntamente com acesso a carteiras integradas associadas a e-mails ou números de telefone.

A partir do lançamento, todo o suporte de carteira é opcional, para que os utilizadores possam escolher quais carteiras usar. Dito isto, a carteira cujo código de extensão foi injetado primeiro recebe prioridade (independentemente das Actions).

Dialect está a desenvolver ferramentas para programadores que alimentam Actions, tais como sites de assinatura intersticial auto-hospedados e bifurcáveis, SDKs e análises para APIs de Actions. Outras equipas são livres de desenvolver ferramentas também.