Plinko, priced: why the middle bucket pays ×0.2 and the edge pays ×1,000

Uma moeda por linha

Remova os pinos e a bola quicando de um tabuleiro Plinko e o que sobra é uma moeda. Em cada linha a bola vai para a direita ou esquerda; depois de n linhas ela foi para a direita um número de vezes entre 0 e n, e essa contagem é o bucket no qual ela cai. Nada sobre a física muda a aritmética — a animação existe para mostrar um caminho, e qualquer caminho com o mesmo número de quicadas para a direita termina no mesmo bucket.

ENGINE-VERIFIEDplinko/plinkoApi.ts: “the bin index equals the number of right-bounces, so any path with that many rights lands identically.” In demo play the bin is derived by adding 1 to result on each of the rows iterations where Math.random() < 0.5; makePath() then draws a route with exactly the same number of right-bounces, shuffled so the ball meanders. ROW_MIN = 8, ROW_MAX = 16, RISKS = LOW / MEDIUM / HIGH.

Uma contagem de lançamentos justos de moedas tem um nome: é distribuída binomialmente. A probabilidade de cair no bucket k em um tabuleiro de n linhas é C(n, k) ÷ 2ⁿ — o número de caminhos com k direitas dividido pelo número total de caminhos. Esse é o modelo de probabilidade inteiro do jogo, e cada número abaixo segue dele.

Para onde a bola vai em um tabuleiro de 16 linhas: 65.536 caminhos igualmente prováveis

Os caminhos são coeficientes binomiais C(16, k). Os multiplicadores são as tabelas de 16 linhas do engine, que são simétricas, então cada linha desta tabela cobre um par de buckets espelhados.

Cada tabuleiro retorna cerca de 99%

Multiplique o multiplicador de cada bucket pela sua probabilidade e some os produtos, e você terá o retorno esperado de uma queda. Feito para todos os 27 tabuleiros no arquivo de origem, a resposta mal se move.

Retorno esperado por queda, calculado a partir das tabelas de multiplicadores do engine e as odds dos buckets binomiais

Contagens de linhas ímpares ficam na mesma faixa (98,9–99,2%). A exceção é discutida abaixo.

ENGINE-VERIFIEDplinko/plinkoApi.ts, PLINKO_MULT: as três tabelas L, M e H indexadas por contagem de linhas 8–16, "verbatim from the pixi config so the rendered bins match the server's payout exactly". Exemplos: H[16] = [1000, 130, 26, 9, 4, 2, 0.2, 0.2, 0.2, 0.2, 0.2, 2, 4, 9, 26, 130, 1000]; L[16] = [16, 9, 2, 1.4, 1.4, 1.2, 1.1, 1, 0.5, 1, 1.1, 1.2, 1.4, 1.4, 2, 9, 16]; M[8] = [13, 3, 1.3, 0.7, 0.4, 0.7, 1.3, 3, 13]. Cada retorno esperado acima é Σ multiplicador × C(linhas, k) ÷ 2^linhas sobre os buckets da tabela.

Então o switch de risco não é um switch de preço. Low, medium e high retornam aproximadamente os mesmos 99 centavos por dólar em muitas quedas; o que eles mudam é onde o centavo faltante é tirado. Low risk o tira como um bucket central ×0.5 em um tabuleiro quase justo. High risk o tira pagando ×0.2 nos cinco ou seis buckets centrais — que juntos capturam quatro quedas em cinco em um tabuleiro de 16 linhas — e gastando o que isso economiza nas bordas.

Como uma queda típica se parece no tabuleiro de 16 linhas

Rows change the shape, not the price

Adding rows sharpens the binomial: the centre becomes relatively narrower and the edges become far rarer. On 8 rows the edge bucket is 1 in 256; on 16 it is 1 in 65,536, two hundred and fifty-six times rarer. The multiplier tables track that curve almost exactly — the high-risk edge goes from ×29 to ×1,000, a factor of 34, while its probability falls by 256, so the edge bucket is worth less per drop on a tall board than a short one, and the central buckets make up the difference.

• Short boards concentrate value in the edges. On 8 rows high risk, the two ×29 buckets alone contribute 22.7 points of the 99.06% return.
• Tall boards concentrate value in the shoulders. On 16 rows high risk, buckets 1 through 5 on each side — ×130 down to ×2 — carry most of the return; the two ×1,000 buckets contribute about 3 points between them.
• The centre is a tax on every board. At every row count and every risk setting, the most likely bucket pays below ×1. That is where the edge lives, and it is why a long session of Plinko feels like a slow leak punctuated by rare spikes.

This is the same lesson as the minefield's one fraction and the keno risk dial: the operator publishes a table, the table implies a return, and every knob the player is given redistributes that return across outcomes without changing its total. A game that let the knob change the total would be one where a setting was simply better than the others; a well-built one makes every setting cost the same and lets the player choose the shape of the ride.

One cell that did not fit

Pricing every table by hand turned up one anomaly, and it was worth reporting rather than hiding. Twenty-six of the twenty-seven tables are left-right symmetric, as a fair coin demands. The 9-row high-risk table was not: it listed ×0.6 in the fourth bucket from the left and ×1.6 in the mirrored bucket on the right. Priced as printed, that board returned about 115% — a board that pays the player — which is not something any operator ships on purpose.

ENGINE-VERIFIEDplinko/plinkoApi.ts: H[9] now reads [43, 7, 2, 0.6, 0.2, 0.2, 0.6, 2, 7, 43]. The seventh entry read 1.6 until 4 September 2026; the 0.6 its mirror image implies gives an expected return of 99.06%, in line with every other board. The client file states the tables were copied verbatim from the pixi configuration and that the server's payout is authoritative.

The same ×1.6 sat in the older pixi configuration the React table was copied from, so it was never a slip between the two client files; it was a cell both of them inherited. The file itself says which side wins a disagreement: the server pays what the server's table says, and the client's tables exist to draw the buckets. Whether the server's cell read 0.6 or 1.6 was not visible from here, so this article asked the game team to check.

Lia 1.6. A linha tinha mantido desde que a tabela de pagamento foi escrita pela primeira vez, e o tabuleiro realmente estava retornando 115.469% — a aritmética acima, não um problema de exibição lado cliente. A célula foi corrigida desde então em ambas as tabelas cliente, no schema com seed, e nos bancos de dados que o jogo lê a cada drop, e um teste agora mantém todos os vinte e sete tabuleiros à sua própria simetria de espelho e à banda de 99%, para que o mesmo erro não possa voltar despercebido. Nada tinha que ser desfeito: nenhum drop havia pousado em alto risco de 9 fileiras, o que requer mover tanto o risco quanto o seletor de fileiras para alcançar. Esse é o argumento para publicar tabelas — um erro em uma tabela impressa pode ser encontrado por um leitor com uma calculadora, e um erro em uma oculta não pode.

O que o ticket de fairness mostra, e o que não mostra

Plinko aqui é um dos house games cujo bucket de pouso é escolhido no servidor e retornado com a aposta, juntamente com o nonce do seed-pair que o drop utilizou; o cliente anima um caminho para esse bucket. O painel de seed mostra o mesmo hash de server-seed comprometido e client seed como qualquer outro original, e o ticket de um round carrega o nonce, para que um drop possa ser vinculado a um par comprometido específico e número de round.

ENGINE-VERIFIEDplinko/plinkoApi.ts: a resposta /bet carrega result (landing bin, 0..rows), multiplier, e nonce ("o nonce do seed-pair que este drop utilizou; null em demo, que não tem pair"); o tipo de ticket carrega clientSeed, serverSeedHashed e nonce. _shared/useSeedPair.ts: o pair é por usuário e global em todos os originais, compartilhado pelos house games que nunca tiveram um painel de seed próprio (dice, plinko, mines, hilo, rps, baccarat, slot).

O que este artigo pode e não pode afirmar deveria ser dito com precisão. As tabelas de multiplicadores são lidas da fonte e as probabilidades dos buckets são aritmética em uma moeda justa por fileira, que é o que a demo implementa e o que um tabuleiro Plinko significa. A função lado servidor que transforma um seed pair e nonce em um bucket não está no repositório cliente, então o drop ao vivo é verificado através do ticket e do seed comprometido em vez de ler seu código aqui — o mesmo limite que o walkthrough de verificação desenha para os outros house games. Tudo precificado acima é uma propriedade da tabela publicada; o ticket é onde você verifica que um dado drop a honrou.

遊Plinko, com as tabelas na fonte
Oito a dezesseis fileiras, três configurações de risco, todo bucket precificado acimaPlinko →

FAQ

Quais são as chances de acertar o bucket ×1,000 no Plinko?

No tabuleiro 16-row high-risk, 1 em 65,536 para cada bucket de borda — 2 em 65,536 para cada borda. A bola deve quicar da mesma forma em todas as dezesseis fileiras.

Qual é o RTP do Plinko?

Calculado a partir das tabelas de multiplicadores do engine e das probabilidades dos buckets binomiais, cada tabuleiro retorna entre aproximadamente 98.9% e 99.2% por drop, baixo, médio e alto igualmente. Um tabuleiro — 9 fileiras em alto risco — ficou fora dessa banda em uma célula espelhada que estava fora do lugar. Foi encontrada enquanto este artigo estava sendo escrito, reportada, e corrigida em 4 de setembro de 2026; o artigo diz o que era.

Alto risco tem uma pior house edge que baixo risco?

Não. O retorno esperado é de aproximadamente 99% em ambos. Alto risco paga abaixo de ×1 em aproximadamente quatro drops em cinco e concentra o valor nos raros buckets de borda; baixo risco paga próximo a ×1 na maioria dos drops. O total é o mesmo; a forma é diferente.

Mais fileiras melhoram as chances?

Eles não mudam o retorno, que permanece perto de 99% em cada contagem de fileiras. Mais fileiras tornam as bordas mais raras e os multiplicadores maiores em proporção, então o passeio fica mais volátil sem ficar mais caro ou mais barato.

Por que o bucket do meio paga menos que ×1?

Porque é para onde a bola mais frequentemente pousa — 19.6% dos drops em 16 fileiras, mais em tabuleiros mais curtos — e um jogo que pagasse ×1 ou melhor ali não poderia se permitir suas bordas. O centro é onde a house edge é coletada em cada tabuleiro Plinko.

Posso verificar um drop de Plinko?

Cada drop ao vivo retorna o bucket de pouso e o nonce que utilizou, e o painel de seed mostra o hash de server-seed comprometido e seu client seed; o ticket vincula um drop a esse pair e round. A derivação lado servidor em si não está no código cliente, então a verificação passa pelo ticket e pelo commitment.

SOURCES & REFERENCES

• Fonte do jogo Betkyo: plinko/plinkoApi.ts — tabelas PLINKO_MULT (L, M, H para 8–16 linhas), a regra bin-equals-right-bounces, a derivação de bin de demonstração e as formas de /bet e ticket; _shared/useSeedPair.ts para o par de seed compartilhado
• Todas as probabilidades neste artigo são contagens binomiais C(linhas, k) ÷ 2^linhas para um bounce justo por linha; os retornos esperados são as tabelas de multiplicador ponderadas por essas contagens. Nenhuma figura é extraída de uma página de odds de terceiros.

OS JOGOS NESTE ARTIGO

Plinko — regras e jogo grátis →Pagoda — regras e jogo grátis →