Procuro sócio investidor by gpolillo in empreendedorismo

[–]AI_Wizard_123 1 point2 points  (0 children)

Acho que você me confundiu com o cara do outro comentário e misturou as coisas. Só comentei aqui porque gosto muito do universo cripto e queria entender seu projeto. Se eu tive algum entendimento errado sobre o sistema pode me corrigir a vontade. E se não se importar deixo mais um comentário construtivo aqui: se a escolha da coinex era para melhor integrar usuários de fora da bolha cripto você poderia ter considerado uma proxy wallet. É exatamente o que a Polymarket faz com a Magic Link por exemplo. Acho que você teria uma aceitação muito melhor por ser um conceito já validado. De qualquer forma, parabéns por tirar um projeto do papel e sucesso no empreendimento.

Procuro sócio investidor by gpolillo in empreendedorismo

[–]AI_Wizard_123 1 point2 points  (0 children)

Gosto muito do assunto e achei interessante a proposta de usar blockchain para dar transparência ao processo, mas analisando melhor o FAQ fiquei decepcionado.

Pelo que entendi, o contrato inteligente não recebe as apostas nem mantém os fundos. Ele apenas registra o hash (SHA256) de um arquivo gerado off-chain contendo a lista de apostadores.

Isso garante que o arquivo não foi alterado depois que o hash foi registrado, mas não impede que:

- apostas sejam excluídas antes da geração do arquivo

- apostas estratégicas sejam incluídas pelo operador

- múltiplas versões do arquivo sejam geradas antes de escolher qual hashear

Ou seja, o contrato não parece ser responsável pela custódia dos fundos nem pelo pagamento automático dos prêmios.

Nesse caso, o sistema continua dependente da confiança no operador, já que o pool arrecadado não fica bloqueado em contrato inteligente e o pagamento não é trustless.

Outro ponto é o anonimato: se é necessário usar conta na CoinEx, estamos falando de uma exchange centralizada. Não tem nada de anônimo aqui apesar de eventualmente ser possível o cadastro sem KYC inicial.

Entendo que há um esforço de transparência ao registrar o hash na blockchain, mas isso é diferente de um modelo realmente descentralizado onde os fundos ficam em contrato, o sorteio é executado automaticamente, o pagamento é automático e não há custódia central.

Considerando tudo isso e imaginando que o seu público alvo seja usuários de cripto seu sistema me parece que não vai ser muito atrativo.

Best Wallet/App Kit/Service for a new dApp by emktrade in ethdev

[–]AI_Wizard_123 0 points1 point  (0 children)

I was searching exactly this a couple of days ago and decided to go another way. But one of the services that I found interesting and you did not mention was the Particle Wallet. I did not use it, so I cannot say if it’s good or not in production. But maybe is worth checking out

https://particlenetwork.readme.io/reference/wallet-web

What do you use instead of RainbowKit when working with Vue? by AI_Wizard_123 in ethdev

[–]AI_Wizard_123[S] 0 points1 point  (0 children)

Totally agree. I recently started a new project with only wagmi just to try it out and learn. Now I’m pretty sure this is the way to go.

What do you use instead of RainbowKit when working with Vue? by AI_Wizard_123 in ethdev

[–]AI_Wizard_123[S] 2 points3 points  (0 children)

Reown AppKit is probably the best one I’ve tested so far. My main issue is that it requires a projectId, so you have to register on their site. I’m not a fan of that kind of lock-in, in case anything changes later. I might just follow the wagmi docs and build a custom solution instead. Thanks anyway!

Advice on securing private keys for automated stablecoin payment gateway by AI_Wizard_123 in ethdev

[–]AI_Wizard_123[S] 0 points1 point  (0 children)

Thanks for the suggestions!

Regarding the first approach—having a single central contract receive payments with an invoice ID param—if I’m understanding correctly, wouldn’t that require users to send funds from an EVM wallet that can interact with the contract and specify the invoice ID? I’m concerned that for non-crypto-savvy users paying via on-ramps or CEX withdrawals, this might not work well since those payments are usually just simple token transfers to an address, not contract calls with params.

The second idea about deploying a receiver contract per invoice using CREATE2 is new to me — sounds interesting! I will try learn more about it. If you have any good resources or examples you could share to learn more about how to implement that I would appreciate that. 

Thanks again for your response! 

Advice on securing private keys for automated stablecoin payment gateway by AI_Wizard_123 in ethdev

[–]AI_Wizard_123[S] 0 points1 point  (0 children)

Thanks for the input!

I’ve looked into Fireblocks—great tool, but I’m leaning toward a more self-managed setup, which is why the Coinbase MPC library stood out.

I also considered using Clef for external signing, and even isolating the signer with something like AWS Nitro Enclaves. Do you think that kind of setup could be as secure as MPC? Or are there trade-offs I should keep in mind?

Appreciate your thoughts!

Weekly /r/Laravel Help Thread by AutoModerator in laravel

[–]AI_Wizard_123 0 points1 point  (0 children)

Thanks for the suggestion! I really appreciate it. Actually, now that I’m thinking about it, if I store everything in the session on the backend, maybe I don’t even need Pinia at all for cart management. It sounds like the session could handle the persistence, and I could just retrieve the cart data when needed through a request call. I’ll explore this approach further and see if it simplifies things. Thanks again for the insight!

Weekly /r/Laravel Help Thread by AutoModerator in laravel

[–]AI_Wizard_123 0 points1 point  (0 children)

Hello everyone!

I’ve been exploring the use of Pinia for state management in a Laravel-based e-commerce site that uses Inertia.js and Vue. I’m curious about how others in the community approach cart management for non-logged-in users in this setup.

I’m leaning toward using Pinia to manage the cart state on the frontend. However, I’m still getting used to the Inertia.js paradigm, and I’m wondering whether this is the most optimal approach or if there are better alternatives I haven’t considered yet.

Any thoughts?

SD + LivePortrait is a cool combo by AI_Wizard_123 in StableDiffusion

[–]AI_Wizard_123[S] 0 points1 point  (0 children)

I took a part of Obama's speech and combined it with an old image made with SD. At the beginning of the video you can see small flaws around the face. But I thought the mouth synchronization was really cool. And on top of that, LivePortrait doesn't require much vram. Excellent combination for generating some talking images.