ÚLTIMO PIX
REGULAMENTO

Próximo Sorteio em:

00
DIAS
00
HORAS
00
MINUTOS
00
SEGUNDOS

Último Resultado:

VENDER AGORA!

Regulamento

Versão 1.0 – 18/08/2025

Promotora: NESHASTORE SERVIÇOS DE GAMES LTDA, CNPJ nº 34.076.152/0001-90, com sede na Rua João Pessoa, 267, Sala 112, Edifício Cidade do Natal, Cidade Alta, Natal/RN, CEP 59025-902, e-mail: contato@neshastore.com, doravante denominada simplesmente “NeshaStore”.

Este Regulamento Específico integra e complementa o Regulamento Geral de Promoções da NeshaStore, disponível em https://nesha.store/regulamento-geral. Em caso de conflito, prevalecerá o presente Regulamento Específico.

CAPÍTULO I – OBJETO E VIGÊNCIA

Art. 1º A promoção comercial “Trade Premiado” tem por finalidade premiar, por sorteio, consumidores que venderem skins de CS2 à NeshaStore dentro de janelas semanais de apuração, nos termos deste Regulamento.

Art. 2º Vigência dinâmica/tempo limitado. A promoção será válida enquanto: (i) link/campanha estiver ativa em https://nesha.store/tradepremiado e/ou (ii) o banner oficial for encaminhado pelo atendimento da NeshaStore no curso do atendimento. A NeshaStore poderá encerrar, pausar ou retomar a campanha a qualquer tempo, observadas as regras deste Regulamento e os direitos já adquiridos.

CAPÍTULO II – ABRANGÊNCIA E ELEGIBILIDADE

Art. 3º Abrangência: todo o território nacional.

Art. 4º Poderão participar pessoas físicas, maiores de 18 (dezoito) anos, residentes e domiciliadas no Brasil, com cadastro válido na NeshaStore e chave Pix apta a receber o pagamento do prêmio.

§ 1º Ficam impedidos de participar: colaboradores, sócios e administradores da Promotora; seus parentes de 1º grau; e quaisquer pessoas direta ou indiretamente envolvidas na organização.

CAPÍTULO III – PERÍODOS SEMANAIS (“JANELAS DE APURAÇÃO”)

Art. 5º Cada semana promocional inicia-se às 20h00 de sexta-feira e encerra-se às 20h00 da sexta-feira seguinte (horário de Brasília). Vendas efetivamente concluídas nesse intervalo concorrerão no sorteio daquela semana.

Parágrafo único. Considera-se concluída a venda aceita e processada pela NeshaStore, com a troca efetivada na plataforma Steam. Caso o participante reverta a troca (ex.: uso do Trade Protect da Steam) de modo a retornar a skin ao seu inventário e cancelar a venda com a NeshaStore, o participante será ELIMINADO do sorteio da semana correspondente. Se a reversão ocorrer antes ou depois da apuração, o prêmio não será devido.

CAPÍTULO IV – MECÂNICA DE PARTICIPAÇÃO

Art. 6º Cada venda concluída = 1 (um) ticket para o sorteio da respectiva semana, independentemente do valor da venda.

Art. 7º Exemplo simples: se, em uma semana, houver 10 vendas válidas e você realizou 1 venda, você terá 10% de chance de ser sorteado naquela semana. Se houver N vendas e você tiver k vendas, sua chance é k/N.

CAPÍTULO V – PRÊMIO E FORMA DE PAGAMENTO

Art. 8º Prêmio semanal: até R$ 300,00 (trezentos reais) via Pix ao 1º colocado do sorteio da semana. O valor vigente será divulgado na página oficial da campanha e/ou nos materiais de divulgação; por padrão, o prêmio é R$ 300,00.

Art. 9º Forma de pagamento. O prêmio será obrigatoriamente somado ao pagamento da venda do ganhador, na mesma chave Pix e no mesmo crédito em que receberia o valor da sua venda. Exemplo: venda de R$ 900,00 + prêmio de R$ 300,00 = R$ 1.200,00 no pagamento daquela venda, observados os prazos operacionais usuais da NeshaStore.

§ 1º Condição: o pagamento do prêmio fica condicionado à não reversão da venda (Art. 5º, parágrafo único).

§ 2º Tributos/encargos eventualmente incidentes sobre o prêmio são de responsabilidade do ganhador, quando cabível.

CAPÍTULO VI – SORTEIO

Art. 10 Todos os tickets de uma mesma semana têm a mesma chance individual. Se houver 100 tickets no total e você tiver 5 tickets, suas chances são 5/100 = 5%. Quanto mais vendas você tiver na semana, maior sua chance total.

Art. 11 Procedimento técnico. A seleção do(s) ganhador(es) é feita por embaralhamento aleatório da lista de tickets válidos da semana, usando o algoritmo Durstenfeld (Fisher–Yates) com escolha uniforme de índices. Após o embaralhamento, o ticket do índice 0 é o vencedor. Havendo mais prêmios, consideram-se os índices seguintes (1, 2, …). Se houver vedação à multipremiação na mesma apuração, removem-se os demais tickets do vencedor antes da próxima seleção.

Art. 12 Integração operacional e plano de contingência. O CRM da NeshaStore, que consolida as vendas da semana, é integrado ao módulo de sorteio para geração da lista de tickets e aplicação do algoritmo acima. Em caso de bug externo ou indisponibilidade técnica, a NeshaStore poderá exportar um arquivo CSV dos participantes e realizar o sorteio sobre esse arquivo. Nessa hipótese, pode ocorrer atraso na publicação do resultado, procedimento que será utilizado apenas enquanto durar a falha.

CAPÍTULO VII – DIVULGAÇÃO E CONTATO COM O GANHADOR

Art. 13 O ganhador será informado exclusivamente pelo mesmo canal utilizado no contato/atendimento inicial da venda (ex.: WhatsApp, Facebook, Instagram, e-mail), conforme registro interno. A NeshaStore poderá ou não divulgar publicamente o resultado em seus canais oficiais.

Art. 14 Sem necessidade de resposta. O vendedor não precisa confirmar dados nem enviar qualquer aceite para receber o prêmio. Ele apenas será informado de que receberá R$ 300,00 a mais (ou o valor vigente) no pagamento da sua venda, nos termos deste Regulamento.

CAPÍTULO VIII – DESCLASSIFICAÇÕES E CONTROLE DE INTEGRIDADE

Art. 15 Serão eliminadas as participações que apresentem: indícios de fraude; uso de contas automatizadas/bots; manipulação de sistemas; uso do Trade Protect ou ato equivalente que cancele a venda com a NeshaStore; inconsistência cadastral relevante; ou descumprimento deste Regulamento.

Art. 16 A integridade das janelas semanais é acompanhada pelo CRM integrado à plataforma de trocas e ao módulo de sorteio, com logs de venda e de apuração. Em contingência, poderá haver validação manual a partir de CSV, preservando-se a proporcionalidade de chances por ticket. A NeshaStore poderá bloquear múltiplas contas vinculadas ao mesmo usuário quando identificada tentativa de burlar a mecânica, e desconsiderar vendas não concluídas ou posteriormente revertidas.

CAPÍTULO IX – DISPOSIÇÕES GERAIS

Art. 17 Os prêmios são pessoais e intransferíveis, vedada a conversão em qualquer outra forma que não a prevista neste Regulamento.

Art. 18 A NeshaStore poderá ajustar datas/condições por motivo de força maior ou necessidade operacional, com comunicação nos canais oficiais, sem afetar direitos já adquiridos.

Art. 19 Situações não previstas serão resolvidas por comissão interna da NeshaStore, com observância da transparência e isonomia.

Art. 20 Foro. Fica eleito o Foro da Comarca de Natal/RN para dirimir eventuais controvérsias, com renúncia a qualquer outro, por mais privilegiado que seja.

ANEXO A – Como o sorteio funciona

Cada venda concluída na semana gera um ticket. Todos os tickets têm a mesma chance individual. Imagine uma semana com dez vendas válidas: quem fez uma venda tem uma chance em dez; quem fez três vendas tem três em dez. A probabilidade total de cada participante é a soma das probabilidades de seus próprios tickets naquela semana.

Tecnicamente, os tickets são colocados em uma lista e essa lista é embaralhada com o algoritmo Durstenfeld (Fisher–Yates), que percorre a lista do fim para o início trocando cada posição por outra escolhida ao acaso de forma uniforme. Depois do embaralhamento, o ticket que estiver na primeira posição (índice zero) é o vencedor. Se existir mais de um prêmio na apuração, consideram-se as posições seguintes. Quando a regra veda duas premiações para a mesma pessoa na mesma apuração, os demais tickets do vencedor são retirados antes da escolha do próximo colocado.

Natal/RN, 18 de Agosto de 2025.

© 2008 – 2025 NeshaStore.com Todos os direitos reservados. Powered by Steam, uma marca registrada da Valve Corporation. Valve, o logotipo da Valve, o logotipo do Steam, Counter-Strike e o logotipo do Counter-Strike são marcas comerciais e/ou marcas registradas da Valve Corporation. Todas as outras marcas registradas são propriedade de seus respectivos proprietários. NeshaStore.com não é afiliado ou endossado pela Valve Corporation.

Como funciona o Provably Fair

Nosso compromisso é oferecer sorteios totalmente transparentes, confiáveis e seguros. Implementamos o sistema “Provably Fair” para que você possa acompanhar, de forma técnica e acessível, todo o processo. Antes de cada sorteio, geramos uma Server Seed única e divulgamos seu hash, garantindo que seu valor não possa ser alterado posteriormente. No momento do sorteio, uma Client Seed é gerada aleatoriamente e combinada com a Server Seed, formando o Final Hash através do algoritmo SHA-256. Essa combinação rigorosa assegura que qualquer tentativa de manipulação seja imediatamente detectada, pois qualquer alteração resultaria em um hash incompatível com o divulgado. Dessa forma, você tem acesso a um método auditável que reforça a integridade e a imparcialidade de cada sorteio.

1. Geração e Divulgação do Hash da Server Seed

1.1. O que é a Server Seed
A Server Seed é um texto (string) aleatório que criamos e guardamos antes de iniciar o sorteio. Costuma ser composta por:

  • Um prefixo que indica o propósito (ex.: "pub-" para semente oficial, "test-" em casos de teste, etc.).
  • Um UUID4 (identificador universal único), garantindo que seja praticamente impossível gerar duas seeds idênticas.
  • Opcionalmente, um sufixo de data/hora ou outro identificador.

Exemplo de Server Seed:

pub-20230415-b3e29fc2-71dd-4d19-9ecc-1690c6b023c4

  • "pub-20230415" indica que foi gerada publicamente em 15/04/2023.
  • "b3e29fc2-71dd-4d19-9ecc-1690c6b023c4" é um UUID4 (128 bits de entropia).

1.2. Por que divulgamos apenas o Hash dessa seed no começo
Não revelamos a Server Seed diretamente no início. Em vez disso, publicamos um “compromisso” na forma de um hash (cálculo feito com o algoritmo SHA-256). Por exemplo:

SHA-256("pub-20230415-b3e2...") => "c91d3f7e4a43906a65bc...f32b"

Ao publicar esse valor (64 caracteres hexadecimais), estamos nos obrigando a não modificar a Server Seed depois, pois qualquer mudança (mesmo de um caractere) mudaria completamente o hash. Assim, se alguém desconfiar que alteramos a seed, basta recalcular o hash para ver se bate com o que foi divulgado inicialmente.

2. Criação (ou Definição) da Client Seed

O segundo elemento é a Client Seed, que adiciona outra camada de segurança:

  • Pode ter um prefixo como "auto-", sinalizando que foi gerada automaticamente, ou "final-", se for a semente usada no resultado definitivo.
  • Em muitos casos, vem de um fator independente, seja tempo exato, aleatoriedade extra ou algo fornecido por usuários.

Por que precisamos de uma Client Seed?
Se a NeshaStore pudesse escolher sozinha a Server Seed após ver a do cliente, seria possível manipular o resultado final. Com a Client Seed, a chance de manipulação desaparece, pois a soma de ambas define o “número aleatório”. Se tentássemos mudar a Server Seed depois, o hash que anunciamos publicamente deixaria de bater.

3. Final Hash = SHA-256(ServerSeed + ClientSeed)

3.1. Concatenação das Seeds

No momento oficial do sorteio, concatenamos a Server Seed e a Client Seed em uma só string. Exemplo:

ServerSeed: "pub-20230415-b3e29fc2-71dd-4d19-9ecc-1690c6b023c4" ClientSeed: "auto-1680012345-9dbf316c-a21b-47f3-b414-d264f5203bec" ValorCombinado: "pub-20230415-b3e29fc2-71dd-4d19-9ecc-1690c6b023c4auto-1680012345-9dbf316c-a21b-47f3-b414-d264f5203bec"

3.2. Aplicação do algoritmo SHA-256

O algoritmo SHA-256 converte esse ValorCombinado em 256 bits (exibidos normalmente como 64 caracteres hex). Chamamos isso de Final Hash.

FinalHash = SHA-256( ValorCombinado )

Se qualquer caractere da Server Seed ou da Client Seed for alterado, o Final Hash muda completamente (propriedade de avalanche do SHA-256).

4. Como o Final Hash decide os vencedores

Digamos que temos um Final Hash de 64 caracteres (hexadecimais) após concatenar e hashear as duas seeds. Queremos, por exemplo, escolher 3 ganhadores dentre 100 participantes.

4.1. Conversão em números pseudoaleatórios

  1. Dividimos o Final Hash em blocos de 8 caracteres (cada bloco representa 32 bits).
  2. Convertendo esse bloco de 8 caracteres hex em decimal, obtemos um valor entre 0 e 0xFFFFFFFF (~4,29 bilhões).
  3. Dividimos o valor por 0xFFFFFFFF, obtendo um número entre 0 e 1.
  4. Multiplicamos esse número pela quantidade total de participantes (ex.: 100), para obter um índice.

Exemplo prático:

  • O Final Hash começa com "a4d9c6450e8ee215..."
  • Primeiro bloco de 8 chars: "a4d9c645". Em decimal, isso pode dar ~2763456325.
  • Dividindo por 4294967295, obtemos 0.6438.
  • Multiplicando por 100 (participantes), chegamos a 64,38. Arredondando para baixo, índice 64.
  • Esse índice (64) corresponde a um participante na lista (por exemplo, “João”). Ele é o 1º vencedor.

Para o segundo ganhador, usamos o próximo bloco de 8 hex. Para o terceiro, o seguinte, e assim por diante até atingir a quantidade de ganhadores necessária. Se algum índice sair duplicado (indicando a mesma pessoa novamente), aplicamos regra de não repetir (por exemplo, somar 1 e fazer % total).

5. Conferindo na prática (Verificação Independente)

Após a NeshaStore anunciar o resultado, nós revelamos:

  1. Server Seed real (aquela que antes tinha só o hash publicado).
  2. Client Seed usada.
  3. Como dividimos o Final Hash para escolher ganhadores.

Quem quiser conferir faz:

  1. Verifica se SHA-256(ServerSeed) bate com o hash publicado no início (garantindo que não trocamos de seed).
  2. Concatena ServerSeed + ClientSeed e calcula SHA-256 desse valor, para ver se obtém o mesmo Final Hash.
  3. Percorre o Final Hash em blocos de 8 caracteres para replicar a seleção de índices, confirmando os mesmos vencedores.

6. O que é SHA-256 e por que ele garante confiabilidade?

  • SHA-256: uma função criptográfica de 256 bits que pega um texto de qualquer tamanho e produz um valor fixo de 64 caracteres hexadecimais.
  • Propriedades:
    • “Avalanche” – mudar um bit na entrada muda todo o resultado.
    • “Resistência a colisões” – achar duas entradas distintas que gerem o mesmo hash é virtualmente impossível.
    • “Irreversibilidade” – sabendo apenas o hash, não se consegue descobrir a mensagem original.

Assim, se anunciamos o hash da Server Seed antecipadamente, depois não podemos trocar a semente sem que todo o hash se altere, denunciando a fraude.

7. O que é UUID4 e por que usamos prefixos?

  • UUID4 (“Universally Unique Identifier” versão 4) é basicamente um identificador de 128 bits gerado aleatoriamente. É muito difícil dois UUID4 serem iguais, tornando a seed única.
  • Prefixos (como “pub-”, “auto-” ou “final-”) servem para indicar o contexto daquela seed. Exemplo: “pub-20230415-…” deixa claro que é a semente oficial gerada em 15/04/2023. Esses prefixos não afetam a entropia em si; apenas organizam e distinguem as seeds.

8. Benefícios da Abordagem Provably Fair na NeshaStore

  1. Impossibilidade de mudança de última hora: Já que a hash da Server Seed foi divulgada, não podemos trocá-la depois de conhecer a Client Seed.
  2. Transparência total: Você pode replicar todo o processo (desde o Final Hash até a extração de números pseudoaleatórios) com a mesma lógica e chegar aos mesmos ganhadores.
  3. Verificabilidade: A soma textual “ServerSeed + ClientSeed” e o uso de SHA-256 são passos matemáticos bem definidos, sem espaço para manipular o resultado quando as seeds já estão fixadas.
  4. Confiança: Mesmo quem não domina criptografia pode usar a verificação manual, ver a “mágica” do hash bater exatamente com o que anunciamos, e confirmar que não houve trapaça.

9. Resumo Final

  • Nós, da NeshaStore, geramos uma Server Seed (ex.: "pub-...-UUID4") e publicamos seu hash (SHA-256) para provar que não mudaremos esse valor depois.
  • Chega o momento do sorteio, combinamos essa semente com a Client Seed (ex.: "auto-...-UUID4").
  • Aplicamos SHA-256 na concatenação das duas strings, obtendo o Final Hash.
  • Dividimos o Final Hash em blocos de 8 caracteres para sortear os ganhadores (convertendo em decimal, normalizando 0..1, multiplicando pela quantidade de participantes, etc.).
  • Após o sorteio, revelamos a Server Seed real (para que todos confirmem se o hash confere) e a Client Seed, possibilitando que qualquer pessoa reproduza integralmente o resultado.
  • Para simplificar a checagem do hash, oferecemos os campos acima onde você insere as duas seeds e vê o Final Hash calculado na hora.

Essa estrutura mantém a integridade do processo, assegurando que nenhuma das partes possa unilateralmente forjar resultados. Com isso, garantimos a você uma experiência de sorteio justo, auditável e em conformidade com as melhores práticas de segurança e transparência.