New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sistema de TabCoins #11
Comments
Achei a ideia genial, resolve bem os dois problemas. O grande "porém" é que isso pode gerar inflação de tabcoins dependendo de como vai funcionar o sistema de ads que de acordo com o Deschamps serão comprados com tabcoins. Vale muito a pena ver como funciona o leilão do google ads pra se inspirar. |
Eu imaginei um preço dinâmico para as features escassas. O preço de features como criar noticias, destaques etc se adaptaria conforme a demanda.
Já os ads apenas tiraria TC do sistema e o sistema. Só me preocupo do sistema ficar justo para novos usuários. As coisas não podem ser caras ao pontos dos primeros gerarem tantos TC que impeçam nossos usuários de juntarem TC para criar noticias e também entrarem no jogo. Talvez um preço fixo na criação de post? Não sei. |
Os anúncios não seriam "comprados" com experiência? Essa parte eu ainda estou assimilando 😅 |
Pelo o que eu entendi nada foi definido ainda. Está tudo no campo das ideias e "comprar anúncios com experiência" é apenas mais uma dessas ideias. Outra ideia foi "liberar novas features também com experiência", por exemplo. Coloquei essa proposta de tentarmos fazer tudo com apenas uma moeda, pois, a meu ver, seria um sistema mais simples e eficaz. Mas é claro que nem sempre mais simples é melhor. Se essa simplicidade atrapalhar a usabilidade teremos que ter mais de um recurso mesmo. Estamos aqui para debater isso. |
Entendo e concordo contigo sobre se tornar mais simples e eficaz, mas gera aquele problema que pra mim tem um peso grande, que é o fato de que se eu compro anúncios com TabCoins, eu vou quere manter elas para essa finalidade, já que vai ser o fim da jornada. Além disso, se eu centralizo em uma só moeda, com essa injeção sazonal da moeda, gera uma inflação que prejudica a Fora esses possíveis problemas, vejo uma ideia muito promissora essa geração bônus de Tabcoins. Talvez se dermos um jeito de controlar a quantidade de moeda em circulação, ou separar em outras "moedas", seja um ótimo agregador como incentivo a interação. |
A ideia da TCB foi justamente para controlar essa injeção desenfreada de TC no sistema.
O que eu acho valido como ajuste fino é o tempo que as TCB serão entregues. No post inicial eu coloquei que elas voltariam a cada 30min. Talvez fosse melhor um tempo mais logo como algumas horas ou até mesmo um dia. No final de cada dia as TCB de todos voltariam a 3 unidades. É uma ideia. Uma outra forma de controlar a injeção de TC no sistema poderia ser a necessidade de alguma autenticação nas contas. Eu li um dia desses sobre um sistema de autenticação por pix: Você envia um pix de 1 centavo para o sistema e com isso ele confirma que "você é você". Se só contas autenticadas pudessem receber TCB, a injecão de TC seria mais controlada e impediria contas fakes criadas só para gerar TC. Essa é minha forma de ver o problema e de como eu enxergo que a comunidade se comportaria. |
Opa, olá novamente Dan. Então, eu entendo tua proposta e inclusive não inviabilizo ela não, mas acho importante avaliar os riscos que as moedas bônus trariam, pq ao meu ver ainda iriam inflacionar a moeda geral, porque ela ao serem usadas elas serão convertidas em moeda corrente normal, fazendo com que os usuários como um todo no sistema, possuam mais "poder de compra". Se houver mais poder de comprar, há uma necessidade de regulagem dos preços saca? Porque se há essa injeção de moeda sem crescentes de preço, no futuro uma grande quantidade de tabcoins será comum entre usuários, fazendo com que curtir ou interagir gastando moedas, seja com custo irrelevante. Bom, não sou especialista, mas é isso que me vem na cabeça. De qualquer forma estou disposto a fazer alguns testes com vc e ouvir mais da sua opinião e da galera toda na elaboração do projeto. 😁 |
Eita. Estava com o pensamento "viciado" e demorei para absorver a sua mensagem. Agora lendo com mais calma entendi sua preocupação. Realmente, dessa forma é inevitável o aumento de TC no sistema e a inflação da moeda. Mas será que existe uma maneira de se evitar isso? Qualquer sistema que gere TC através de X atividade pode ser explorado. Eu pelo menos não consigo imaginar. E, assim como no mundo real, alguma inflação é saudável para a economia do sistema, ela só não pode ser descontrolada. Só não podemos nos esquecer da facilidade de acesso as features para novos usuários. Quem sabe se todos os preços fossem dinâmicos? Podemos nos inspirar até nos joguinho IDLE's.
No mais, até agora só debatemos sobre uma forma de gerar TC. Deve existir N formas melhores. Basta esperar o pessoal interagir. PS.: Obrigado pelo papo @dhanielsales! Esta sendo demais interagir com você e pensar em todos os pontos que você esta apontando. Puta exercício mental! 😁 |
Galera, QUE INSANO DE BOM DEMAIS ter vocês aqui participando, sério, eu to emocionado aqui, falei com a Renata e @GustavoDeschamps muito muito muito massa mesmo!!! Então, eu e o @GustavoDeschamps fizemos uma call insana sobre como tentar resolver tudo somente usando TabCoins, e infelizmente para o ecossistema parar em pé, é preciso de duas métricas por conta de incentivos invertidos. O @dhanielsales matou a charada: se você usar um valor compartilhado entre qualificar posts e comprar anúncios que é o endgame, as pessoas vão guardar para o endgame. E independente do nome 🔥 E pra corrigir uma dúvida do @wcarugatti , os anúncios não serão comprados com TabCoins, e para clarear outra dúvida do @dhanielsales também não serão comprados com XP 👍 Pensa comigo: é um trabalho a mais para quem cria conteúdo ter que também ficar comprando anúncio e gerenciando isso, correto? Então a idéia não é ter a compra e sim ter a participação nos espaços... e esta participação (a probabilidade de aparecer um anúncio seu) é calculada pela sua quantidade de experiência (XP) no site. Você cadastra uma única vez qual ou quais anúncios você possui, e quanto maior seu XP, maior a probabilidade deles aparecerem no site. Então basicamente o fluxo de contribuição é criar conteúdos com valor concreto para receber TabCoins (seja por notícias/posts), e qualificar outros conteúdos. E com isso seu XP vai aumentando, o que vai resultar em uma maior participação no share dos anúncios e também vai habilitando novas features. Mas essa estratégia ainda tem um furo/abuso 😂Quero ver se vocês adivinham qual é e o que fazer a respeito considerando que: de início, você pode doar quantas TabCoins quiser para um mesmo post. Como abusar? |
@filipedeschamps |
@dhanielsales show, então supondo que um usuário não pode se auto curtir. O que você exploraria, como e porque? |
@filipedeschamps eu posso combinar com um amigo ou amigos (mais conhecido como proxy/bot) pra um dar muita tabcoin pro outro ou todo mundo dar tabcoin pra um só e etc, coisa do tipo? |
Vamos lá, em um sistema onde a quantidade de contas influenciasse na origem das TabCoins, o mais obvio seria criar varias contas. Por isso que eu falei sobre a autenticação. Acho que é o jeito mais simples de minimizarmos pessoas mal-intencionadas. Outro problema seria contas hackeadas, mas isso é mais simples de detectar. E um terceiro, que acredito que seja quase "natural" de acontecer, é poucos criadores dominarem quase todas as TabCoins do sistema. Que por um lado precisamos impedir, mas por outro é justificavel caso estes poucos criadores estiverem gerando MUUUUITO valor (apesar de não ser legal para novos colaboradores). Deixei passar algo que vocês já perceberam? |
Uma dúvida. Quando você "curte" uma publicação com as TCs essas TCs ficam com o usuário que postou, certo? Se ele utilizar o saldo "ganho" para "curtir" outro post ele gasta o saldo do post original que ganhou as TCs? Assim poderia ter um prazo para a publicação original perder as TCs, ele poderia gastar sem ter medo de perder o ranking da publicação. |
@wcarugatti lendo o seu comentário pensei na possibilidade de ter um log de cada "transação" de TCs para futuramente criar um validador para que antes de ser possível participar do Revenue Share. Assim quando uma conta fake fosse identificada, todo TC gerado por ela poderia ser excluído da plataforma. Só não sei o quando pesado seria um sistema para guardar essas informações. @rodrigoKulb na minha ideia inicial as TCs iriam diretamente para o saldo de quem recebeu as curtidas. E se essa pessoa não tivesse TCBs ela gastaria as TCs sim. Só não consegui pensar em algo que fizesse o gasto de TCs gerar mais TCs do que simplesmente guardá-las e usar apenas as TCBs |
Bingo @wcarugatti e com isso, inflacionar o meu XP tendo apenas 1 tabcoin sendo passado para lá e para cá. E existe um outro efeito colateral/abuso no sistema de qualificação. Vocês conseguem adivinhar qual é? E bom ponto @danwhat isso tem a ver com um dos abusos que dá para fazer. A dica que dou é: E @rodrigoKulb você está arranhando o problema. E respondendo a sua pergunta, quando você ganha tabcoins através de um post, esse valor vai para o seu saldo e não tem mais vínculo com o post (a não ser que o post seja deletado, daí nesse caso as coins deveriam ser deletadas do saldo do autor). Mas alguém consegue descrever qual vai ser o abuso por
|
Não sei se é isso, mas dois possíveis problemas para acrescentar a lista são:
|
Bom lendo toda essa conversa tive uma ideia, talvez não seja a melhor (nem a mais fácil de implementar 😅), mas vou deixar ela registrada. Para o problema de amigos ficarem gastando TabCoins entre eles de maneira infinita, e assim gerando XP infinito o sistema poderia controlar as TabCoins como um saldo bancário e assim como todo saldo bancário gerar um extrato de cada movimentação daquela pessoa, e para gerar XP seria verificado no extrato se as TabCoins que ele está gastando vem de maneira direta ou indireta daquele amigo dele, eu sei ficou meio confuso, mas vamos tentar colocar isso e um exemplo. Temos 2 amigos eles estão trocando TabCoins entre si, cada "transferência" de TabCoins vai gerar uma entrada e uma saída no extrato associando aquela "transferência" ao amigo dele e a ele, quando um amigo for transferir para o outro amigo o sistema transferir normalmente, mas o XP sempre seria gerado em forma de fila, onde seria verificado se nas últimas X transferências ele já recebeu TabCoins daquele amigo que ele esta enviando TabCoins, caso fosse a primeira interação entre os 2 nas últimas X interações o XP seria atribuído caso contrario seria ignorado. Isso resolve o problema entre 2 amigos, mas quando fosse 3 ou mais? Nesse caso a fila de atribuição de XP teria que verificar a profundidade e essa profundidade de verificação iria verificar as últimas X transações e para cada transação seria verificado as últimas Y transações de cada pessoa X. Eu sei que ficou meio confuso mas podemos ir debatendo gradualmente e arrumando isso. |
@RodriguesCosta eu achei a explicação meio confusa 😞 Mas ficou claro que precisariamos guarda informações de cada transação. Com essas informações em mãos poderíamos pensar em como tratar os dados para identificar comportamentos suspeitas, além de eliminar do sistema TCs e XT geradas pelas contas deletadas. O problema que cada curtida seria um insert no banco de dados. Me falta experiência para saber se isso seria muito custoso e se teria formas de otimizar esses inserts. @rodrigoKulb que comentário válido! Pesos diferente para gerar XP é uma ótima ideia! Contas não autenticadas poderiam ter menor peso. Contas com mais reputação poderia ter maior peso. É assim por diante. |
@danwhat entendo e concordo que ficou meio confuso, mas basicamente e isso que falou vamos ter que armazenar isso no banco de dados, e analisar essas transações para gerar o XP. Em relação às pessoas não autenticadas conseguirem comentar / interagir penso que não e uma boa ideia, visto que abre margem para spam. |
@danwhat perfeito! Imagine uma única pessoa possui duas contas, onde a O que eu pensei e que vejo ser a forma mais fácil de implementar: um imposto a cada doação. E esse imposto é um buraco negro que faz o tabcoin ir para lugar algum, e este é o segredo dessa estratégia. Quando a pessoa faz uma doação, chega apenas
E sim, para o XP definir o Revenue Share, precisaria ser a % de todos os XPs e eu vejo como justo, porque se a pessoa já participou, é um incentivo ela continuar participando, mas se decidir parar, automaticamente vai perdendo espaço para outras pessoas que continuaram trazendo conteúdos relevantes e atualizados. E não é uma elasticidade abrupta, e isso é bom, pois dá espaço para a pessoa respirar, tirar férias do tabnews quando quiser/precisar 😂 |
@RodriguesCosta sensacional, eu tinha também pensado em algo dessa natureza, mas controlando pelo |
Interessantíssimo @rodrigoKulb ! A participação no Revenue Share ser determinado pelo peso da rede que está qualificando os posts 🤝 |
Nossa sensacional! Isso realmente resolveria o problema de maneira bem simples.
|
Sugestão para um primeiro passo:Deixa tudo liberado, não precisamos nos preocupar agora nesse estágio do projeto, mas vamos implementar um log solto de todas as transações, e com isso seria um excelente projeto alguém programar um algoritmo/modelo que identifica abusos. E pode identificar vários tipos de abusos, desde estourando algum rate limit (para pegar bots), ou trocando tabcoins entre sempre as mesmas contas e com certeza vai ter outras formas de identificar e penalizar/banir essas contas. Seria legal tentar trazer até alguém que trabalha no Risco do Pagar.me, porque na época que eu trabalhava lá o pessoal fazia um trabalho muito massa. Era um tradeoff entre liberar/barrar transações, tentando evitar fraudes, mas ao mesmo tempo tentando penalizar no mínimo a experiência de quem estava tentando comprar de forma genuína (que sempre vai ser a maioria). Então talvez ao invés de complicarmos a experiência e compreensão de quem quer e vai participar de forma construtiva, a gente implementa mecanismos invisíveis para visualizar e banir quem tá ali para abusar (e dá para fazer tudo automatizado). O que acham? |
@filipedeschamps , eu entendo a sua preocupação... mas vamos pensar em outra hipótese: O tabnews é um sucesso e está a 3 anos no ar. Será quase impossível um novo usuário criar conteúdo suficiente para consegui uma % relevante do Revenue Share.
Perfeito. Podemos começar a guardar as transações (idTabCoin, quemEnviou, quemRecebeu, quando), e seguir o barco. Mais para frente quando estivermos implementando o Revenue Share a gente pensa em como tratar os dados das transações para limpar as fraldes. |
Perfeito! O que acha de talvez aplicar uma curva onde ela reduz a probabilidade de participação para quem tem muito XP, e aumenta para quem tem pouco?
Show!!! 🤝 E sugiro deixar a issue aberta para mais pessoas lerem, digo isso pois mais gente ta pedindo invite pro repo 😍 |
É uma boa. Mas me preocupo de isso desincentive os criadores em algum ponto. Isso faria o criador parar de gerar valor... ou pior: criar outra conta para continuar gerando valor. Será que pesos diferentes na participação dependendo do tempo de postagem não seria melhor?
Foi mal. Ainda estou me acostumando com o conceito. Achei que era para fechar 🙃 |
Genial eu não tinha pensado nisso!
Entendi!! Interessantíssimo! Só tem um detalhe: o XP só é gerado no momento que a pessoa finalizar o fluxo de contribuição, que é qualificando outros posts (esse é o incentivo para ganhar XP). Então não é no ato da criação da notícia/comentário ou recebimento. Mas seguindo o seu raciocínio, talvez então posts novos dão mais tabcoins do que posts antigos, e que de uma forma ou outra isso vai se refletir em XP no final das contas. O que acha? |
Já que está fácil o assunto "TabCoins " Vou gerar um pouco mais de confusão kkkk... Penso que nem sempre o que é "importante" para uma pessoa é para outra. Como exemplo a timeline de uma rede social, Ela acaba virando uma vitrine personalizada para cada usuário. Talvez seria interessante adicionar esse atributo no algorítimo de ordenação. |
Excelente @rodrigoKulb isso é uma coisa que conversei bastante com o Guga, não sei se vocês concordam mas numa rede social atual, ela apresenta o que é mais interessante para você, mas não necessariamente o que é mais importante para você. E apesar de que importância pode ser tão relativo quanto interesse, eu acredito que deixar o grupo de pessoas tabnews definir o que é importante acaba trazendo um valor diferente do que as redes estão fazendo, que é "o que o coletivo está dizendo que é importante, mesmo que você não goste do assunto". Faz sentido? De qualquer forma, tudo isso pode ser alterado, zero escrito em pedra 👍 |
Matou a pau, com certeza! |
@filipedeschamps Ou eu não expliquei o problema direito ou eu não captei a solução fornecida. Mas para mim o problema não são as notícias antigas continuarem gerando XP e sim o XP antigo continuar a ser relevante para o Revenue Share. Vamos supor que com 3 meses de TabNews tenha 10 criadores de conteúdo e cada um faz uma média de 100XP/mês. Com isso teremos 90k XP no sistema. Quem começar a criar conteúdo depois dos 3 meses vai ter dificuldade de chegar a uma porcentagem de XP relevante para o Revenue Share, mas até ai tudo bem. É claramente justo. Mas agora vamos estender isso para um ano. Nesse segundo cenário um usuário novo além de precisar competir com outros usuários (que por si só já será mais difícil, visto que a tendência é sempre aumentar a quantidade de usuários com o passar do tempo), também precisará competir com a XP dos meses passados que esses usuários conquistaram. Eu vejo esse sistema sendo quase proibitivo para novos usuários depois de algum tempo. Estou certo ou eu deixei passar algo? |
Tenho tanta coisa na cabeça que nem me atrevo a pensar em mais um sistema. Mas em relação a que tipo de conteúdo o TabNews irá entregar, eu acho que deveria ser um meio-termo do que os usuários querem e o que é importante. Se decidirmos entregar apensas o que é importante, não reteremos usuários e isso pode até dificultar manter a plataforma com anúncios. Agora se colocarmos apenas o que entretêm, será apenas mais um site com conteúdo superficial e fácil de consumir mais que não agrega muito a vida das pessoas. Mas foi um ótimo ponto você levantou isso @rodrigoKulb . É importante saber como o conteúdo será distribuído. E a ideia de ser personalizado para cada tipo de usuário é super válida. |
Nossa, essa thread aqui ta bem interessante hen. Venho acompanhando essa discussão há alguns dias, realmente essa questão de possibilitar que o usuário personalize seus interesses é super válido, falo isso por experiência própria. Em um site de noticias comum eu pulo quase 70% do conteúdo até encontrar algo relevante, então se "forçamos" as pessoas a consumir somente as noticias que forem relevante para o coletivo, pode afetar diretamente no engajamento e na retenção do público no site. Então concerteza aquilo que era pra ser legal e atender minhas necessidades de informação (supondo que sou apenas um público que irá consumir conteúdo), passa ser um incomodo e enjoativo. |
No começo, o volume de inserts pode até ser pequeno. |
Pessoal, como somos programadores e não gostamos de reinventar taanto a roda. Acho que vale muito de inspiração isso aqui: https://steemit.com Eu sei que não vamos usar blockchain, mas o steemit/steem é uma rede social/blockchain com uma proposta MUITO parecida com a do tabnews de premiar conteúdos/posts relevantes e ao mesmo tempo ter o sistema a prova de abusos. Eles resolvem a maioria dos problemas citados nessa issue com essa blockchain própria deles. O que vale de inspiração ai é o whitepaper e o bluepaper deles que explica muito bem que lógica eles usaram pra resolver esses problemas como por exemplo:
@rodrigoKulb da uma olhada, acho que você vai gostar. |
@wcarugatti muito legal, como o @filipedeschamps comentou nada está escrito em pedras, gostei muito da opção de downvote, uma forma de conseguir reduzir spam's e noticias sem contexto de tecnologia. Acredito que a ordenação das notícias será um resultado de um algorítimo que vamos construir trocando informações e experiências. Objetivo do algorítimo é obter um ranking com todo análise de XPs, TCs, DATA, sistema anti fraudes etc... Muito parecido com o algorítimo do Google, não é algo simples que qualquer um consegue burlar facilmente, mas precisa ser claro para que o resultado seja rápido. |
Atendendo ao objetivo da issue #63 da atual Milestone, estou fechando essa issue, mas isso não significa que essa conversa foi descartada ou deve ser interrompida, muito pelo contrário, esta issue pode ser reaberta a qualquer momento que necessário. Estou marcando ela também com a label |
Sim, eu sei que esta um pouco cedo para pensarmos na implementação. Mas nada impede a gente de debater como o sistema será.
Pensando aqui eu cheguei a um sistema que julgo legal. O meu foco foi:
Lembrando que o importante é seu funcionamento. Por isso coloquei as variáveis em colchetes. Sintam-se livres para ler com os números que julgarem mais justos.
TabCoins (TC) é TabCoin Bonus (TCB)
A TabCoin será usada para sinalizar valor. Quando você "curte" uma notícia ou comentário, você estará sinalizando para a comunidade que esse conteúdo tem valor.
TabCoins:
Cada "curtida" gastará [1] TC (ou TCB, se tiver), e adicionará [1] TC ao saldo de que gerou o conteúdo.
Sem TC você não poderá curtir
TabCoins Bonus:
A cada [30 min] você ganhará [1] TCB.
O máximo de TCB acumuladas serão [3] e seu saldo aparecerá junto do saldo de TC.
Ex.: Total de TabCoins: 357+3
Ao curtir algum conteúdo, as TCB serão usadas antes das TC. Com isso incentiva quem é "pão duro" a sinalizar valor enquanto impede quem quiser flodar curtidas, já que após as TCB, você gastará suas TC para curtir.
Ao ser usada, a TCB passa para o gerador de conteúdo como uma TC "comum".
Daqui que vem todas as TC do sistema.
Gostei desse sistema pois o montante de TabCoins no sistema cresce conforme a comunidade cresce. Então se alguém tiver muito a mais que a média você sabe que essa pessoa acrescentou MUUUUITO valor a comunidade.
Pronto. O que acharam? Eu sei que tem falhas, mas como estou encantado não consigo ver. Então podem ir! Vai! Quebrem meu encanto! 🤣
The text was updated successfully, but these errors were encountered: