Dall'Archeologia al Codice: Rivivere l'Astragalomanzia in un'App Android

Se pensi che i dadi siano sempre stati cubi perfetti nati nei laboratori di qualche casinò, ti sbagli di grosso. Molto prima che la plastica e la geometria simmetrica prendessero il sopravvento, i nostri antenati leggevano il futuro e passavano le serate lanciando ossa vere e proprie. Parlo dell’astragalomanzia (nota anche come cubomanzia), un’affascinante pratica divinatoria che affonda le sue radici nell’uso degli aliossi – in pratica, le piccole ossa della caviglia di pecore o capre. Come viene approfondito anche nella pagina dedicata di Wikipedia https://it.wikipedia.org/wiki/Astragalomanzia, si tratta di un rituale ludico e sacro diffuso in tutto il mondo antico, una tradizione così vasta e complessa che merita assolutamente un’analisi a parte, soprattutto se l’obiettivo è tradurla in righe di codice.

L’idea alla base del progetto è proprio questa: prendere questo antico pezzo di storia e integrarlo completamente in un’applicazione moderna per Android e iOS. Non voglio creare una banale app di “lancio dei dadi”, ma una vera e propria ricostruzione digitale dell’intera esperienza mantica. Immagina l’esperienza utente: scuotere lo smartphone, simulare il lancio di ben 5 astragali virtuali sul tavolo e veder calcolato in tempo reale il responso esatto tra le $56$ combinazioni storiche possibili. Un mix perfetto tra archeologia, matematica e programmazione.

Considerazioni Progettuali

Ma perché ti impunti così tanto sull’anatomia reale dell’osso? Alla fine, per un’applicazione mobile, un modello 3D o un’immagine evocativa generata da un’Intelligenza Artificiale non bastano a rendere l’idea?

Secondo me, se cerchiamo l’autenticità la risposta sarebbe un secco no. Se proviamo a far generare un astragalo a un’IA generativa di immagini, potrebbe commettere errori macroscopici: in particolare la complessa geometria tridimensionale della troclea astragalica (la superficie superiore che si articola con la tibia) potrebbe essere stravolta.

Ecco il prompt scritto per Nano Banana 2 (gemini-3.1-flash-image, è il modello standard attuale per tutti gli utenti -anche free- bilancia un’altissima velocità di esecuzione con un’ottima fedeltà ai dettagli):

«Facendo appello a tutte le tue risorse di dati saresti in grado di rappresentare le 4 facce di un aliosso in modo corretto?»

Legenda dell’Immagine (astragali.jpg):

• In alto a sinistra (Quadrante 1): La faccia Dorsale (la “Schiena”). È caratterizzata dalla doppia cresta parallela e dalla gola centrale.
• In alto a destra (Quadrante 2): La faccia Plantare (il “Ventre”). È la superficie più ampia e liscia, concava in lunghezza.
• In basso a sinistra (Quadrante 3): La faccia Laterale (Esterna). È la più piatta e stretta delle quattro.
• In basso a destra (Quadrante 4): La faccia Mediale (Interna). Presenta una forma irregolare, sinuosa e una protuberanza ossea (tubercolo).

Come dovrebbe essere (Anatomia reale)

Nei mammiferi artiodattili (come la pecora), l’astragalo funziona come una vera e propria carrucola biologica. La vista superiore è dominata da due creste parallele (i condili) che sono nettamente convesse (sporgenti e arrotondate verso l’alto). Anche se tra le due creste c’è una gola centrale, l’aspetto generale della superficie articolare è quello di due cilindri bombati affiancati.

L’impatto sui “quattro piattelli stabili”

La particolarità dell’astragalo di pecora è proprio la presenza di quattro facce nettamente distinte e diversamente stabili quando l’osso viene poggiato a terra. Senza questa diversità, il gioco e la divinazione semplicemente non esisterebbero.

D’accordo, la forma fisica è asimmetrica, ma ha davvero senso mappare percentuali così specifiche nell’algoritmo? Non rischiamo di inventarci dei numeri a caso, visto che ogni osso cambia in base all’animale o all’usura?

Hai assolutamente ragione sul fatto che sia impossibile definire percentuali precise, immutabili e standardizzate valide per qualsiasi astragalo esistente sulla Terra. Le probabilità fisiche variano leggermente a seconda dell’animale specifico, del livello di usura dell’osso e persino della durezza della superficie di lancio.

Tuttavia, se vogliamo creare un modello computazionale serio e realistico, non possiamo usare una distribuzione uniforme (il classico 25% a faccia). L’astragalo è, di fatto, un dado truccato dalla natura. La probabilità di atterrare su una specifica faccia (che determina quale faccia opposta sarà rivolta verso l’alto) dipende strettamente dalla sua piattezza e dalla sua larghezza.

Le probabilità reali si dispongono in ordine decrescente:

1. Ventre (Faccia Plantare): La più stabile in assoluto (risultato “Ventre” verso l’alto).
2. Schiena (Faccia Dorsale): Molto stabile, ma leggermente meno ampia del Ventre.
3. Lato Piatto (Faccia Laterale): Meno stabile, essendo decisamente più stretto.
4. Lato Gobbo (Faccia Mediale): La meno stabile in assoluto, a causa della sua irregolarità e della protuberanza ossea.

Per il nostro algoritmo, utilizzeremo una stima percentuale puramente illustrativa ma basata su studi fisici e simulazioni di lancio reali, assicurandoci che la somma sia esattamente il 100%:

• Faccia Ventre (Up): ~38%
• Faccia Schiena (Up): ~35%
• Faccia Laterale (Up): ~14%
• Faccia Mediale (Up): ~13%

Nomi delle 4 Facce e Valori Storici

I nomi differiscono profondamente tra la terminologia anatomica moderna, i nomi popolari usati nei giochi tradizionali (come il gioco dei “cinque sassi”) e i termini dell’antichità classica. Nell’astragalomanzia greco-romana, i nomi e i valori numerici associati erano rigidi e fondamentali per il calcolo del responso:

Il valore “Canis” (1) era considerato il peggiore in assoluto nei lanci; “Vultur” (6) era il colpo migliore; i valori 3 e 4 rappresentavano i risultati medi e neutri.

Quanti astragali si usavano nell’antichità?

Nell’Astragalomanzia Greco-Romana-Anatolica si usavano rigorosamente 5 (cinque) astragali contemporaneamente. Sebbene si potessero lanciare anche solo 4 astragali per giochi d’azzardo più semplici (simili ai dadi standard), il sistema mantico e divinatorio codificato prevedeva l’uso di cinque elementi. Questo generava una struttura combinatoria molto più ricca e profonda.

Il Numero dei Responsi: Perché 56?

Se si utilizzano $5$ astragali e a ciascuno è associato uno dei $4$ valori storici ($1$, $3$, $4$, $6$), il numero di combinazioni totali possibili (chiamato iazos o lancio) è esattamente $56$.

Attenzione: non stiamo parlando di una semplice somma algebrica dei punteggi, ma di combinazioni con ripetizione in cui l’ordine dei singoli dadi non conta. Per intenderci, un lancio che produce 1-1-3-4-6 è considerato matematicamente identico a un lancio che produce 6-4-3-1-1. Ognuna di queste $56$ combinazioni uniche aveva un responso poetico e filosofico specifico associato.

Senti, ma tutte queste storie sulle 56 combinazioni e sui responsi poetici… siamo sicuri che abbiano un vero fondamento storico? Non sarà mica una di quelle ricostruzioni New Age moderne un po’ campate in aria?

È un dubbio più che legittimo, dato l’enorme calderone di fake-history che si trova online, ma in questo caso ti posso garantire che siamo di fronte a un rigore storico-culturale eccezionale.

Non stiamo parlando di supposizioni o di interpretazioni moderne del folklore. La fonte principale è puramente archeologica ed epigrafica: in diverse antiche città dell’Asia Minore (l’attuale Anatolia, come Kremna, Termessos e Sagalassos) sono state ritrovate massicce stele di pietra iscritte, chiamate Kleterion.

Queste iscrizioni monumentali, studiate approfonditamente da generazioni di archeologi ed epigrafisti, elencano meticolosamente tutte e 56 le combinazioni possibili. Accanto a ogni combinazione numerica, è inciso il responso poetico completo associato a ciascun lancio, spesso attribuito alla voce di una specifica divinità (ad esempio il “Lancio di Afrodite”, il “Responso di Apollo”, e così via). La documentazione storica è di prim’ordine, offrendoci un database testuale perfetto da mappare nel codice dell’app.

Tutto questo background storico è affascinante, ma passiamo al lato tecnico: come facciamo a simulare questo dado asimmetrico in un’app Android senza rompere la logica della casualità sicura?

Dal punto di vista dello sviluppo software, l’obiettivo di ricreare questa esperienza in un’app Android nativa (o in Flutter) è assolutamente fattibile, ma richiede un piccolo trucco algoritmico.

Il problema della crittografia uniforme

Se utilizziamo direttamente la classe SecureRandom di Android (o la funzione RandomSecure()), il sistema genererà numeri casuali crittograficamente sicuri ma distribuiti in modo uniforme (equiprobabili). Se usassimo un banale rnd.nextInt(4) per estrarre una delle quattro facce, otterremmo un dado perfetto con il 25% di probabilità per ciascun lato. Questo distruggerebbe la fisica reale dell’aliosso.

La soluzione: Algoritmo di Selezione Pesata (Weighted Random)

Per emulare l’astragalo naturale dobbiamo implementare una logica di selezione pesata che vada a “piegare” l’uniformità del generatore casuale sicuro senza comprometterne la sicurezza.

Ecco i passaggi esatti dell’architettura software che sto implementando:

1. Definizione dei Range Cumulativi: Prendiamo le nostre stime percentuali e le trasformiamo in intervalli sommati all’interno di uno spettro che va da 0.0 a 1.0:

   • Ventre: [0.0, 0.38) (Ampiezza: 38%)
   • Schiena: [0.38, 0.73) (Ampiezza: 35%)
   • Laterale: [0.73, 0.87) (Ampiezza: 14%)
   • Mediale: [0.87, 1.0) (Ampiezza: 13%)

2. Generazione del Punto Casuale: Invochiamo SecureRandom per ottenere un valore double casuale $r$ compreso esattamente tra 0.0 (incluso) e 1.0 (escluso).

3. Controllo del Range: Verifichiamo attraverso una struttura condizionale in quale intervallo cumulativo cade il valore $r$. L’intervallo di destinazione determinerà la faccia estratta per quel singolo osso.

4. Iterazione del Ciclo: Ripetiamo questo identico processo per $5$ volte consecutive, simulando così il lancio simultaneo dei $5$ aliossi tradizionali.

5. Mappatura e Output: Raccogliamo i $5$ valori storici ottenuti (i numeri 1, 3, 4, 6), ordiniamo i risultati per eliminare la rilevanza della sequenza di uscita e interroghiamo il database locale dell’app per estrarre il responso poetico del Kleterion corrispondente a quella specifica combinazione.

Questa architettura software non è solo robusta e pulita lato codice, ma è soprattutto storicamente accurata. Resta sintonizzato su mensiva.it, perché nel prossimo articolo vedremo l’implementazione pratica del codice Kotlin passo dopo passo!

Ho perfettamente intuito la meccanica fisica del lancio, ma mi sorge un dubbio: quando l’astragalo si ferma, quale faccia dobbiamo leggere di fatto? Quella che tocca il suolo o quella rivolta verso l’alto? E come si collegano la stabilità dell’osso con quei bizzarri valori storici (1, 3, 4, 6) che hai menzionato?

Hai fatto centro, ed è qui che la fisica incontra la storia in modo geniale. Esattamente come accade con un dado moderno, si legge sempre e solo la faccia rivolta verso il cielo (la faccia superiore), che geometricamente è l’opposta rispetto a quella che tocca il suolo (la faccia di appoggio).

Dato che l’astragalo è un osso fortemente asimmetrico, questo meccanismo crea un interessante paradosso fisico: una faccia a terra molto stabile renderà molto frequente la comparsa della sua faccia opposta in alto.

Per non fare confusione quando scriverai il codice, ecco la mappatura pratica definitiva e la chiave di lettura storica che sto implementando nella logica dell’applicazione.

Mappatura Fisica: Appoggio vs Lettura

La Chiave di Lettura Storica: Il perché dei valori

I greci, i romani e le popolazioni anatoliche non assegnarono i valori $1, 3, 4, 6$ a caso (mancano il $2$ e il $5$ proprio perché l’osso ha solo 4 facce utili). I punteggi vennero scelti dai matematici e dai sacerdoti dell’antichità basandosi rigorosamente sulla legge della rarità:

• Il Cane (Valore 1): Rappresentava il lato mediale visto dall’alto. Nell’immaginario antico, il cane era l’animale associato agli inferi o alle cose di poco conto. Nel gioco d’azzardo puro che si faceva con 4 astragali, il lancio in cui tutti i dadi mostravano il 1 era chiamato “Lancio del Cane” ed era sinonimo della peggiore sconfitta possibile.
• L’Avvoltoio (Valore 6): Mostrare la faccia laterale piatta (il Vultur) significava che l’osso era caduto sul suo lato più instabile, quello “gobbo”, compiendo un mezzo miracolo fisico prima di fermarsi. Per questo motivo di assoluta rarità gli fu assegnato il punteggio massimo di 6.
• I valori centrali (3 e 4): Corrispondono alle due facce larghe (Schiena e Ventre). Essendo i risultati più probabili e frequenti, venivano considerati l’andamento normale e neutro degli eventi, senza infamia e senza lode.

Logica per il Rendering 3D o gli Asset Grafici dell’App

Se deciderai di implementare un motore grafico 3D o semplicemente di associare degli sprite animati per i dadi che rotolano, ricordati di questa regola d’oro: devi invertire la rotazione geometrica rispetto al risultato del calcolo algoritmico.

Se il motore estrae -> 6 (Avvoltoio) 
IL MODELLO GRAFICO DEVE: Poggiarsi sulla faccia con la protuberanza (Mediale) 
L'UTENTE VEDRÀ: La faccia piatta e liscia (Laterale) rivolta verso la telecamera.

Se il motore estrae -> 1 (Cane)
IL MODELLO GRAFICO DEVE: Poggiarsi sulla faccia piatta (Laterale)
L'UTENTE VEDRÀ: La faccia con la protuberanza (Mediale) rivolta verso la telecamera.```

Tenendo a mente questo trick di inversione tra la fisica dell'appoggio e la resa visiva, l'esperienza finale dell'utente sarà cinematicamente e storicamente impeccabile.

Curioso di vedere come si traduce tutto questo in codice? Nel prossimo post smonteremo l'algoritmo di mappatura dei responsi passo dopo passo. Stay tuned!