Htp96
We are the Vietnamese non-profit crypto community that helps Vietnamese people
X (Twitter) : @htp96_community
Aberto ao trading
Detentor de BNB
Trader de Alta Frequência
7.9 ano(s)
106 A seguir
23.6K+ Seguidores
13.6K+ Gostaram
1.0K+ Partilharam
Publicações
Portfólio
Tudo
Cotações
Vídeos
Em direto
PINNED
$STO após x20 do fundo, agora está dividindo 3 do pico
Então nesta temporada, se houver lucro, é preciso cortar, não é tão fácil assim, pessoal!
[👉Junte-se ao grupo aqui](https://app.binance.com/uni-qr/group-chat-landing?channelToken=k9ajMsSh_3PWN2zxNIMakA&type=1&entrySource=sharing_link)
STO ainda pode ter um movimento de recuperação, então estou observando até onde vai a queda
Pessoal, juntem-se ao grupo para receber as melhores oportunidades o mais rápido possível
$STO
👇
Então nesta temporada, se houver lucro, é preciso cortar, não é tão fácil assim, pessoal!
[👉Junte-se ao grupo aqui](https://app.binance.com/uni-qr/group-chat-landing?channelToken=k9ajMsSh_3PWN2zxNIMakA&type=1&entrySource=sharing_link)
STO ainda pode ter um movimento de recuperação, então estou observando até onde vai a queda
Pessoal, juntem-se ao grupo para receber as melhores oportunidades o mais rápido possível
$STO
👇
Fonte: partilha do utilizador na Binance
Ver tradução
Mình vừa review code của một junior dev trong team tuần trước. Anh ấy build một lending feature với manual review step ở giữa: user submit verified data, admin check, admin approve, user get access.
Mình hỏi: "Tại sao cần admin check nếu data đã verified?" Anh ấy nghĩ một lúc rồi không có câu trả lời tốt 😅
Đây đúng là bài toán $SIGN đang giải theo hướng mình thấy thực dụng nhất.
Verify data là bước đầu tiên. Automate decision based on verified data mới là thứ tạo ra value thật sự.
Schema hooks là chỗ Sign vượt ra khỏi attestation registry. Custom Solidity code chạy tự động khi attestation được tạo, update hoặc revoke. Khi KYC attestation valid thì loan approval trigger tự động. Khi credit threshold đạt thì interest rate adjust tự động. Khi compliance attestation expire thì access revoke tự động.
Không cần admin review. Không cần off-chain listener. Không cần centralized backend.
Sign không chỉ giúp app verify data đầu vào. Nó giúp app execute pre-defined logic tự động dựa trên trạng thái của verified data đó.
@SignOfficial #SignDigitalSovereignInfra $SIGN
Mình hỏi: "Tại sao cần admin check nếu data đã verified?" Anh ấy nghĩ một lúc rồi không có câu trả lời tốt 😅
Đây đúng là bài toán $SIGN đang giải theo hướng mình thấy thực dụng nhất.
Verify data là bước đầu tiên. Automate decision based on verified data mới là thứ tạo ra value thật sự.
Schema hooks là chỗ Sign vượt ra khỏi attestation registry. Custom Solidity code chạy tự động khi attestation được tạo, update hoặc revoke. Khi KYC attestation valid thì loan approval trigger tự động. Khi credit threshold đạt thì interest rate adjust tự động. Khi compliance attestation expire thì access revoke tự động.
Không cần admin review. Không cần off-chain listener. Không cần centralized backend.
Sign không chỉ giúp app verify data đầu vào. Nó giúp app execute pre-defined logic tự động dựa trên trạng thái của verified data đó.
@SignOfficial #SignDigitalSovereignInfra $SIGN
BITCOIN eu vejo que a vela D fechou bem!
Espero que no início de abril haja uma leve onda para a galera,
Minha entrada é comprar 68k9, vocês podem esperar o BTC corrigir para a faixa de 67k5, subir no trem é bom
A situação instável, meu timing logo estará estável
Esta é uma opinião pessoal, dyor, ok galera!
Comprar e negociar
👇
$BTC
Espero que no início de abril haja uma leve onda para a galera,
Minha entrada é comprar 68k9, vocês podem esperar o BTC corrigir para a faixa de 67k5, subir no trem é bom
A situação instável, meu timing logo estará estável
Esta é uma opinião pessoal, dyor, ok galera!
Comprar e negociar
👇
$BTC
Eu vejo que o mercado ainda costuma olhar para o Sign como uma atestação de protocolo, ou seja, um lugar para registrar que uma determinada reivindicação é verdadeira.
Mas, ao ler com mais atenção, percebo que eles podem estar fazendo algo maior: um registro de confiança no estilo crypto-native.
Na minha perspectiva, um registro de confiança não apenas armazena dados de verificação. Ele também deve manter o contexto dessa confiança: quem emitiu a reivindicação, a reivindicação segundo qual esquema, se ainda está válida, se foi revogada ou não, e se outros aplicativos podem acessá-la seguindo a mesma lógica.
Este é o ponto $SIGN que merece mais atenção do que a narrativa do airdrop. O registro de esquemas cria um padrão comum para a reivindicação. A atestação vincula a reivindicação ao emissor e ao sujeito. A camada de consulta ajuda outros aplicativos a recuperar e reutilizar em vez de construir do zero.
Se a adoção for forte o suficiente, o Sign não apenas verificará dados. Ele pode se tornar o lugar onde o Web3 começa a armazenar e usar confiança de uma maneira mais estruturada.
@SignOfficial #SignDigitalSovereignInfra $SIGN
Mas, ao ler com mais atenção, percebo que eles podem estar fazendo algo maior: um registro de confiança no estilo crypto-native.
Na minha perspectiva, um registro de confiança não apenas armazena dados de verificação. Ele também deve manter o contexto dessa confiança: quem emitiu a reivindicação, a reivindicação segundo qual esquema, se ainda está válida, se foi revogada ou não, e se outros aplicativos podem acessá-la seguindo a mesma lógica.
Este é o ponto $SIGN que merece mais atenção do que a narrativa do airdrop. O registro de esquemas cria um padrão comum para a reivindicação. A atestação vincula a reivindicação ao emissor e ao sujeito. A camada de consulta ajuda outros aplicativos a recuperar e reutilizar em vez de construir do zero.
Se a adoção for forte o suficiente, o Sign não apenas verificará dados. Ele pode se tornar o lugar onde o Web3 começa a armazenar e usar confiança de uma maneira mais estruturada.
@SignOfficial #SignDigitalSovereignInfra $SIGN
Acabei de ser rejeitado para participar de um IDO na semana passada porque não atendi aos requisitos para manter tokens.
Para verificar novamente, eu preciso conectar minha carteira e praticamente permitir que a plataforma veja todo o meu portfólio. No final, eu ainda tive que concordar porque naquele momento não havia outra opção 😤
Mas pensando bem, é bastante irracional. Por que eu tenho que expor praticamente todo o meu saldo apenas para provar uma condição muito simples?
Na minha visão, este é exatamente o tipo de problema que provas ZK podem resolver no contexto do Sign Protocol.
Em vez de obrigar o usuário a enviar dados brutos, o Sign pode transformar a elegibilidade em uma reivindicação que apenas prova a condição que precisa ser provada. O esquema define as condições. O emissor cria a prova. O verificador só precisa confirmar que a prova é válida sem ter que ver todos os dados subjacentes.
Se esse fluxo funcionar corretamente, o usuário pode provar que está qualificado sem expor todo o portfólio para a plataforma.
@SignOfficial #SignDigitalSovereignInfra $SIGN
Para verificar novamente, eu preciso conectar minha carteira e praticamente permitir que a plataforma veja todo o meu portfólio. No final, eu ainda tive que concordar porque naquele momento não havia outra opção 😤
Mas pensando bem, é bastante irracional. Por que eu tenho que expor praticamente todo o meu saldo apenas para provar uma condição muito simples?
Na minha visão, este é exatamente o tipo de problema que provas ZK podem resolver no contexto do Sign Protocol.
Em vez de obrigar o usuário a enviar dados brutos, o Sign pode transformar a elegibilidade em uma reivindicação que apenas prova a condição que precisa ser provada. O esquema define as condições. O emissor cria a prova. O verificador só precisa confirmar que a prova é válida sem ter que ver todos os dados subjacentes.
Se esse fluxo funcionar corretamente, o usuário pode provar que está qualificado sem expor todo o portfólio para a plataforma.
@SignOfficial #SignDigitalSovereignInfra $SIGN
Inicia sessão para explorares mais conteúdos