Recentemente, durante um intervalo ao fazer ordens de contratos, reparei numa questão: se a IA na cadeia puder fazer cálculos diretamente na cadeia, eliminando a ida e volta fora da cadeia e as camadas de protocolos intermediários, esse tipo de design não seria mais alinhado com o que uma "máquina deve ser"?
Essa ideia chamou minha atenção para uma lógica de design do OpenGradient — que parece simples, mas na verdade é bastante robusta.
Qual é o núcleo dessa abordagem? O processamento prévio de dados pode ser feito diretamente na camada de contratos inteligentes. Em outras palavras, não é necessário puxar os dados para fora da cadeia para processar e depois enviá-los de volta, mas sim fazer a lógica de pré-processamento fazer parte do próprio contrato.
O que isso significa? O caminho do fluxo de dados é mais curto, há menos etapas intermediárias, e a consistência do estado na cadeia é mais fácil de garantir. Do ponto de vista de eficiência, essa é uma abordagem mais pura de IA na cadeia — dados, cálculos e resultados permanecem fechados na cadeia, sem saltos desnecessários.
Curiosamente, muitas pessoas ao discutir IA na cadeia tendem a ignorar esse ângulo de design, focando mais no modelo em si. Mas, na verdade, o design da arquitetura é que determina se esse sistema pode operar de forma realmente eficiente.
Ver original
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
13 Curtidas
Recompensa
13
5
Repostar
Compartilhar
Comentário
0/400
AirdropBlackHole
· 5h atrás
As questões de ida e volta fora da cadeia são realmente uma perda de tempo, fazer o ciclo completo na cadeia é o caminho a seguir.
Ver originalResponder0
TopEscapeArtist
· 5h atrás
Hmm… a parte de ida e volta fora da cadeia é realmente um buraco negro invisível; quanto mais camadas de interação de protocolo, maior o risco. Já levei uma queda na contratação.
Ver originalResponder0
TxFailed
· 5h atrás
não, toda a gente está obcecada com o tamanho do modelo quando o verdadeiro gargalo é literalmente a arquitetura... já estive lá, vi as transações falhadas acumularem-se por causa deste erro exato. o encerramento na cadeia realmente faz a diferença quando finalmente acertamos no fluxo de dados.
Ver originalResponder0
UnruggableChad
· 5h atrás
Eh, isto é que é mesmo pensamento on-chain, não é algo que aqueles que vivem a elogiar modelos todos os dias possam comparar
Ver originalResponder0
OldLeekMaster
· 5h atrás
A abordagem de processar dados diretamente na cadeia realmente tocou no ponto, mas para ser honesto, qual seria o custo de fazer isso?
---
Coisas relacionadas à otimização de arquitetura nunca recebem atenção, todo mundo pensa em quão incrível é o modelo, mas na prática a eficiência é uma porcaria
---
Portanto, basicamente é pegar o trabalho fora da cadeia e forçar a transferência para dentro da cadeia, parece elegante, mas na verdade será mais uma noite de pesadelo com taxas de gás
---
Concordo com essa lógica, mas o ponto crucial é se realmente há projetos que entenderam isso completamente. Ou será mais uma revolução de PPT
---
É um pouco como uma versão aprimorada do problema do oracle na época, parece resolver o problema de roteamento, mas na verdade surge um novo risco de centralização
Recentemente, durante um intervalo ao fazer ordens de contratos, reparei numa questão: se a IA na cadeia puder fazer cálculos diretamente na cadeia, eliminando a ida e volta fora da cadeia e as camadas de protocolos intermediários, esse tipo de design não seria mais alinhado com o que uma "máquina deve ser"?
Essa ideia chamou minha atenção para uma lógica de design do OpenGradient — que parece simples, mas na verdade é bastante robusta.
Qual é o núcleo dessa abordagem? O processamento prévio de dados pode ser feito diretamente na camada de contratos inteligentes. Em outras palavras, não é necessário puxar os dados para fora da cadeia para processar e depois enviá-los de volta, mas sim fazer a lógica de pré-processamento fazer parte do próprio contrato.
O que isso significa? O caminho do fluxo de dados é mais curto, há menos etapas intermediárias, e a consistência do estado na cadeia é mais fácil de garantir. Do ponto de vista de eficiência, essa é uma abordagem mais pura de IA na cadeia — dados, cálculos e resultados permanecem fechados na cadeia, sem saltos desnecessários.
Curiosamente, muitas pessoas ao discutir IA na cadeia tendem a ignorar esse ângulo de design, focando mais no modelo em si. Mas, na verdade, o design da arquitetura é que determina se esse sistema pode operar de forma realmente eficiente.