Colocar o aplicativo social em
@Plasma , a primeira reação geralmente é: inadequado. Não porque a capacidade de processamento seja insuficiente, muito pelo contrário, mas porque o social teme mais do que tudo o "invisível".
O Plasma é muito forte na camada de execução, a atualização de estado é rápida, o custo é baixo, mas sua atitude em relação à disponibilidade de dados sempre foi conservadora. O resultado da transação pode ser decidido pela rede principal, mas isso não significa que os dados do processo estarão necessariamente online a longo prazo. E o social é exatamente o oposto, curtidas, comentários, relações de seguimento, na essência não são "a propriedade do dinheiro", mas sim memória pública. Se um conteúdo "desaparecer" porque os dados não foram publicados completamente, isso é catastrófico para o social.
Isso significa que, se usar o Plasma para social, deve-se aceitar uma realidade: o Plasma não pode ser o destino final dos dados. Você coloca os dados de conteúdo em uma camada externa
#DA , ou simplesmente coloca "
#权属 " ou "
#指纹 " no Plasma, entregando o conteúdo real a sistemas como IPFS, Celestia. O que o Plasma faz é "quem tem o direito de se manifestar, quem possui um certo estado social", e não "o que todos viram".
Sob essa perspectiva, o Plasma é mais adequado para ser a camada de livro-razão social, e não a linha do tempo em si. Por exemplo, relações de fãs, permissões de criadores, confirmação da ordem do hash do conteúdo, todos esses têm requisitos de disponibilidade de dados menos extremos, mas exigem atualizações frequentes.
Portanto, a resposta não é "pode ou não pode", mas sim "em qual camada colocar".
Se você espera que o Plasma carregue dados sociais completos, isso está quase fadado ao fracasso; mas se você considerar o Plasma como um decisor de estado de baixo custo, permitindo que os dados tenham outro destino, ele pode se tornar a peça mais subestimada no social descentralizado.
$XPL #Plasma @Plasma