Na Spark vc tem uma multisig entre você e o servidor da federação deles. Mas mesmo que o servidor deles fique offline, ou eles sumam do mapa, vc pode, se quiser, sacar os Bitcoin. E nessa multisig, eles não podem te roubar tbm.
Se tiver paciência e interesse, leia isso: https://docs.spark.money/spark/trust-model
Traduzi no Google tradutor:
O Spark opera sob um modelo de confiança "moment-in-time", o que significa que a confiança só é necessária no momento da transação. Desde que pelo menos um (ou um limite configurável) dos operadores do Spark se comporte honestamente durante uma transferência, o sistema garante a segurança de encaminhamento perfeita. Mesmo que os operadores sejam posteriormente comprometidos ou atuem de forma maliciosa, eles não podem comprometer retroativamente transações passadas ou tirar dinheiro dos usuários.
Essa segurança é alcançada por meio de uma ação fundamental exigida das SOs: esquecer a chave do operador após uma transferência. Se um operador seguir esse protocolo, os fundos transferidos estarão seguros, mesmo contra coerção ou invasão futuras. O Spark fortalece esse modelo usando múltiplos operadores, garantindo que, desde que um (ou o limite necessário) exclua sua chave, os usuários permaneçam seguros e tenham segurança de encaminhamento perfeita. Essa abordagem contrasta com a maioria das outras soluções de Camada 2, nas quais os operadores mantêm a capacidade de comprometer os fundos dos usuários até que eles saiam do sistema. A única exceção é o Lightning, que não requer nenhuma entidade confiável.
O objetivo da Spark é o que? É ser uma lightning sem node?
Tipo isso: Resolver os problemas da Lightning e adicionando alguns tradeoffs. Mas totalmente interoperável com a Lightning.
O tradeoff seria o que? Mais centralização? Se for, tipo a Liquid que é mais centralizada e escalável, mas estável e bem funcional principalmente pra quem não tá rodando node, é full bitcoiner raiz master sei lá, acho válido
O tradeoff está abaixo, rs:
A Liquid é mais centralizada e usa uma outra blockchain. A Spark funciona nativamente no Bitcoin e permite transações instantâneas.
Sim, sei disso, mas quais tradeoffs da spark?
Você quer que eu desenhe né, haha. Leia o texto aqui e me diga se você consegue verificar os tradeoffs:
Chamou de mula.
Você que está dizendo, haha.
Por que o pessoal não faz stablecoin adoidado? 🤔
Vão fazer sim na Spark, inclusive a primeira eu acho que vai ser a https://www.flashnet.xyz/products/usdb
Mas sou mesmo, eu lendo esses negócios não consigo entender, se ele falar "Essa spark aí é perfeita, tem ponto negativo não", eu não vou saber pq eu não entendo, e e ele mesmo é tão entusiasmado com essa Spark que nem adianta eu perguntar 🙉
Tudo bem, o que você precisa saber é que meu gosto é bom. Se você gosta do Jumble, gostará da Spark também, rs.
A idéia que me atraiu na spark foi a facilidade de criar novas stablecoin, e a criação do meu próprio cartão físico.
Já pensô? Cartão físico do novo? 🥺😁
Suposta* facilidade, pois inda estou conferindo.
Que coisa tosca. Só dá para criar stablecoins reguladas. Não tem como criar stablecoins algorítmicas pois não tem smart contracts na Spark.
Mas irão criar vários tokens, tem essas plataformas de degenerados que irão implementar a Spark:
A coisa tosca, falo da sua ideia.
Eu sei que não sei se é uma boa ideia ou não. Vou precisar estudar ainda. Ssei que o Brasil é um mercado gigantesco ainda inexplorado.
Boa sorte.
Obrigado. 🤔
Mas não estou afirmando que vou lançar uma stablecoin. 🤔
Sim, boa sorte no que vc decidir.
Primeiro vou fazer minha carteira spark 😎
Depois decido 😎
Boa, desenvolver mesmo?
Não
Isso é perseguição.
Meu pau na sua mão
Sempre desconfiei.
We are retarded🦧🇧🇷🙊🙉🇧🇷🇧🇷🙈🙉
We no, you!!!
Bem interessante. Como costumo usar Liquid, acabo sempre tendo preocupações e comprando em frações até chegar o valor desejado, isso aí redud drasticamente a confiança necessária
Você já pode usar a Spark na nostr:npub1cm3rpgj7457yjuqnvdalxaauakqu0ndkpkyp5cldkyutpz4xszpsmk96wt ou na nostr:npub1hcwcj72tlyk7thtyc8nq763vwrq5p2avnyeyrrlwxrzuvdl7j3usj4h9rq Beta.
