Paradosso delle due buste
Veda il calcolo che crea il paradosso delle due buste: tenere la busta aperta vale esattamente ciò che ha visto, mentre scambiare sembra valere 1,25 volte quell'importo nel modello classico della metà o del doppio. Gratis nel suo browser.
- Gratis
- Funziona nel suo browser
- Senza registrazione
- I suoi dati restano sul dispositivo
Esegui gratis nel browser
Esempio risolto
- Quantità
- 20
- L'altra metà
- 10
- L'altro doppio
- 40
- Atteso se si mantiene
- 20
- Atteso se si cambia
- 25
Il paradosso delle due buste è un classico della probabilità e della teoria della decisione: a Lei vengono mostrate due buste indistinguibili, una delle quali contiene il doppio del denaro dell'altra. Dopo averne aperta una e visto un importo positivo, un calcolo ingenuo sembra dimostrare che scambiare conviene sempre, perché la busta chiusa pare ugualmente probabile che contenga la metà o il doppio. Questo calcolatore prende l'importo aperto e comunica entrambi i valori attesi sotto quel modello classico di uguale probabilità: quello di tenere la busta aperta, che è l'importo stesso, e quello di scambiare, che vale una volta e un quarto l'importo.
Che cosa calcola il paradosso delle due buste e perché compaiono entrambe le aspettative
Il paradosso delle due buste inizia con una coppia di buste sigillate. Una contiene il doppio del denaro dell'altra, e Lei è invitato a sceglierne una a caso. Dopo aver aperto quella scelta e osservato un importo positivo A, un argomento allettante dice che Lei dovrebbe scambiare.
La busta non vista, sostiene l'argomento, è ugualmente probabile che contenga la metà di A o il doppio di A, così il valore atteso dello scambio è un mezzo per A su due più un mezzo per due A, che si semplifica in una volta e un quarto di A. Il valore atteso di tenere ciò che Lei già vede è semplicemente A. Poiché 1.25 A è maggiore di A per ogni A positivo, scambiare sembra strettamente migliore qualunque sia l'importo trovato.
Quella raccomandazione incondizionata è il paradosso: l'impianto è simmetrico, quindi lo stesso argomento sarebbe valso se Lei avesse aperto prima l'altra busta, e le due parti non possono guadagnare ciascuna in aspettativa scambiandosi. Questo calcolatore non tenta di sciogliere la disputa filosofica su prior, distribuzioni improprie o sul fatto che le probabilità metà-o-doppio possano davvero essere un mezzo dopo aver osservato A. Calcola i due valori attesi nel modello classico di scambio a uguale probabilità, così studenti, redattori e tutor possono ispezionare l'aritmetica che crea l'enigma.
Lei fornisce l'importo aperto; lo strumento restituisce l'aspettativa di tenere, quella di scambiare, le alternative metà e doppio, e il vantaggio apparente dello scambio. L'aritmetica è deterministica e non campiona mai buste a caso.
A cosa servono i due valori attesi
Aule e piattaforme di tutoraggio usano un calcolatore del paradosso delle due buste perché gli allievi possano controllare entrambi i valori attesi di un importo aperto arbitrario senza confondere a mano i casi metà e doppio. Articoli di filosofia e di teoria della decisione necessitano di un oracolo deterministico che stampi 1.25 A contro A per qualsiasi posta positiva, così una figura o una chiave dei compiti non deriva mai da un errore di foglio di calcolo. La validazione fallita non consuma il saldo.
Tenga le richieste piccole, fissi nei test i campi in virgola mobile ripuliti e otterrà aspettative di tenere e di scambiare riproducibili per i compiti, le dimostrazioni in aula e i worker al bordo, senza allestire una propria biblioteca di probabilità.
Casi d'uso
Controlli in aula e nei compiti
Lasci che gli allievi inviino l'importo di una busta aperta e verifichino entrambi i valori attesi: tenere uguale ad A, scambiare uguale a 1.25 A, con le alternative metà e doppio visibili.
Articoli e appunti di teoria della decisione
Generi il confronto classico 1.25 A contro A per qualsiasi posta positiva, così figure e chiavi restano fedeli al modello di scambio a uguale probabilità.
Domande frequenti
Come si calcolano i due valori attesi?
Dato un importo aperto positivo A, l'altra busta è trattata come A/2 o 2A con uguale probabilità. E[keep] è A. E[switch] è 0.5×(A/2) + 0.5×(2A) = 1.25A.
Perché scambiare sembra meglio che tenere?
Nel modello classico l'aspettativa di scambio è sempre 1.25 volte l'importo aperto, quindi supera quella di tenere per ogni A>0. Quella raccomandazione incondizionata è il paradosso; il calcolatore riporta entrambi i numeri anziché sciogliere il dibattito.
Che cosa succede se l'importo è zero o negativo?
Un importo aperto non positivo non è una busta valida in questo modello, quindi la richiesta viene rifiutata e non fatturata.
Questo risolve il paradosso delle due buste?
No. Calcola l'aritmetica classica di scambio a uguale probabilità che crea l'enigma.
Se scambiare sembra meglio, perché non scambiare di nuovo?
Perché lo stesso ragionamento varrebbe per l'altra busta, e lei continuerebbe a scambiare all'infinito. La situazione è simmetrica e le due buste non possono essere entrambe la scelta migliore: è proprio questo il paradosso.
Strumenti correlati
Per sviluppatori — accesso via API
Tutto quello che vedi in questa pagina è disponibile anche via API. Questa sezione è per i team che vogliono integrarlo nei propri sistemi; chi non ne ha bisogno può semplicemente usare lo strumento qui sopra.
Endpoint
Autenticazione con Bearer token: un POST mette in coda l'attività e il risultato arriva via webhook o link firmato.
Chiamala dal tuo stack
curl -X POST https://api.kit.forhosting.com/stat/two-envelopes-paradox \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"amount":20}'const res = await fetch("https://api.kit.forhosting.com/stat/two-envelopes-paradox", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"amount": 20
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/stat/two-envelopes-paradox",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"amount": 20
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/stat/two-envelopes-paradox", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"amount":20}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"amount":20}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/stat/two-envelopes-paradox", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Esempio di richiesta
{
"amount": 20
}Esempio di risposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "stat.two_envelopes_paradox",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L'API è asincrona: ricevi subito un task_id e puoi fare polling fino a 1 richiesta al secondo.
Prezzi
Prezzo pubblicato, senza token né crediti. Se l'attività fallisce, non paghi.
Errori
| HTTP | Codice | Significato |
|---|---|---|
401 | unauthorized | Chiave API mancante o non valida: controlla l'header Authorization. |
402 | insufficient_balance | Credito esaurito: ricarica per continuare a eseguire attività. |
404 | unknown_type | Tipo di attività sconosciuto: controlla il campo type della richiesta. |
429 | rate_limited | Troppe richieste in poco tempo: rallenta e riprova tra qualche secondo. |
Note tecniche
Il confronto è deterministico, non estrae estrazioni casuali e rifiuta importi non positivi, così una classe o un client API non tratta mai una posta nulla o negativa come un'istanza valida del paradosso.
Contratto di ingresso, forma della risposta e comportamento in errore
Zeri e negativi falliscono anch'essi, perché una posta non positiva non è una busta aperta valida in questo modello e non deve essere trattata come un'aspettativa zero riuscita. Quei fallimenti non vengono fatturati. Invii con POST un corpo JSON con un numero finito positivo obbligatorio: amount, il denaro che Lei ha osservato nella busta aperta. Il campo può arrivare come numero JSON o come stringa numerica; gli alias value, a e opened sono accettati e risolti nello stesso importo canonico. Campi assenti, stringhe vuote, testo non numerico, Infinity e NaN falliscono con invalid_input nominando amount. In caso di successo il corpo ripete amount, poi other_half come A diviso due e other_double come due volte A, i due contenuti ugualmente probabili della busta chiusa. expected_keep è A, il valore atteso di restare. expected_switch è un mezzo per la metà più un mezzo per il doppio, ossia 1.25 A. switch_advantage è la differenza, 0.25 A, e formula riformula l'identità per la visualizzazione. Esempio: amount venti produce other_half dieci, other_double quaranta, expected_keep venti, expected_switch venticinque e switch_advantage cinque. Abbini i numeri al proprio saggio o agli appunti se Le serve la risoluzione bayesiana; questo endpoint è deliberatamente l'aritmetica classica dello scambio, non un prior sull'importo minore né un Monte Carlo di molte coppie di buste.
Dove un'API del valore atteso delle due buste giustifica il proprio posto
I generatori di preparazione agli esami e i plugin LMS possono valutare un item breve che chiede l'aspettativa di scambio dato A, e trattare un importo non positivo come invalid_input anziché uno zero silenzioso che un correttore difettoso potrebbe segnare come corretto. Poiché l'implementazione è parse di livello A puro, ogni chiamata riuscita costa il prezzo base pubblicato $0.002 senza token di modello né rete in uscita.
Casi di integrazione
Valutazione automatica di esami e LMS
Valuti gli item delle due buste con un oracolo deterministico che rifiuta un importo non positivo come invalid_input e non inventa mai un valore atteso per una posta nulla.
Domande tecniche
Quanto costa il calcolatore del paradosso delle due buste?
Lo strumento del browser è gratuito. Le richieste API usano il saldo prepagato KIT a $0.002 per chiamata riuscita; un ingresso non valido non viene fatturato.