|
Ale88
Legendary
Offline
Activity: 2492
Merit: 2737
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 20, 2019, 12:25:13 AM |
|
Ma McAfee non dovrebbe preoccuparsi della sua futura vita sessuale a questo punto? Non gli rimane molto, penso che quello sarebbe un problema molto più serio piuttosto dell'identità di Satoshi ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif)
|
|
|
|
simpic (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 21, 2019, 04:41:53 PM |
|
|
|
|
|
Piggy
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 22, 2019, 09:26:39 AM |
|
L'applicazione a prodotti doc e docg come citato nell articolo ci starebbe anche, si sconfiggerebbero tutte le etichette contraffatte quantomeno. Poi c'è la questione di come sarebbero implementati i controlli effettitvi sui prodotti e provenienza delle materie prime...ma quello è anche un problema col sistema di tracciamento attuale.
|
|
|
|
simpic (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 22, 2019, 05:55:41 PM |
|
L'applicazione a prodotti doc e docg come citato nell articolo ci starebbe anche, si sconfiggerebbero tutte le etichette contraffatte quantomeno. Poi c'è la questione di come sarebbero implementati i controlli effettitvi sui prodotti e provenienza delle materie prime...ma quello è anche un problema col sistema di tracciamento attuale. Si, tutto molto interessante... ma cosa c'entra allora la blockchain? Il problema è che attribuiscono un significato errato alla blockchain, vorrebbero dire soltanto "database sicuro" ma utilizzano impropriamente la parola blockchain.
|
|
|
|
Piggy
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 22, 2019, 07:47:56 PM |
|
Si, tutto molto interessante... ma cosa c'entra allora la blockchain? Il problema è che attribuiscono un significato errato alla blockchain, vorrebbero dire soltanto "database sicuro" ma utilizzano impropriamente la parola blockchain.
Quando si parla di casi d'uso della blockchain dove si limita la possibilità di scrittura, sono tutti casi dove si poteva benissimo usare un db, l'unica cosa forse è che usando la blockchain diventa più semplice verificare/confermare l'integrità dei dati dall'esterno rispetto ad un db.
|
|
|
|
picchio
Legendary
Offline
Activity: 2506
Merit: 1120
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 22, 2019, 08:10:05 PM |
|
Si, tutto molto interessante... ma cosa c'entra allora la blockchain? Il problema è che attribuiscono un significato errato alla blockchain, vorrebbero dire soltanto "database sicuro" ma utilizzano impropriamente la parola blockchain.
Quando si parla di casi d'uso della blockchain dove si limita la possibilità di scrittura, sono tutti casi dove si poteva benissimo usare un db, l'unica cosa forse è che usando la blockchain diventa più semplice verificare/confermare l'integrità dei dati dall'esterno rispetto ad un db. Io vedo nell'utilizzo della BC per tracciare prodotti uno strumento utile. Se, come produttore, dichiaro di aver prodotto 100 kg di pomodori, allora sono come tocken che potranno essere utilizzati in prodotti per un massimo di 100 kg, diciamo 90 litri di pommarola. Se ci saranno 200 lt di pommarola allora avranno utilizzato pomodori differenti e con BC risulta tutto verificabile. Se poi io mento (come produttore) allora dovro' pagare + tasse, non e' detto mi convenga mentire. Se si collega anche la produzione alla superficie coltivabile in mio possesso e alle condizioni meteo non si può sbagliare di molto. Con BC vedo relativamente semplice gestire il tutto. EDIT: ogni singolo elemento diventa come un coin non fungibile che si combina con altri per generare prodotti elaborati che a loro volta sono tocken o coin, sempre non fungibili, e con proprietà differenti.
|
Waves mi piaceva ora non più.
|
|
|
simpic (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 22, 2019, 09:54:01 PM |
|
Quando si parla di casi d'uso della blockchain dove si limita la possibilità di scrittura, sono tutti casi dove si poteva benissimo usare un db, l'unica cosa forse è che usando la blockchain diventa più semplice verificare/confermare l'integrità dei dati dall'esterno rispetto ad un db. Quello che dici è vero, però vale solo con gli oggetti "digitali". Non si può verificare/confermare l'integrità di un pollo con la blockchain! Io vedo nell'utilizzo della BC per tracciare prodotti uno strumento utile. Se, come produttore, dichiaro di aver prodotto 100 kg di pomodori, allora sono come tocken che potranno essere utilizzati in prodotti per un massimo di 100 kg, diciamo 90 litri di pommarola. Se ci saranno 200 lt di pommarola allora avranno utilizzato pomodori differenti e con BC risulta tutto verificabile.
Se poi io mento (come produttore) allora dovro' pagare + tasse, non e' detto mi convenga mentire.
Se si collega anche la produzione alla superficie coltivabile in mio possesso e alle condizioni meteo non si può sbagliare di molto. Con BC vedo relativamente semplice gestire il tutto.
EDIT: ogni singolo elemento diventa come un coin non fungibile che si combina con altri per generare prodotti elaborati che a loro volta sono tocken o coin, sempre non fungibili, e con proprietà differenti.
Non si può fare l'hash di un pomodoro!!!
|
|
|
|
arulbero
Legendary
Offline
Activity: 1915
Merit: 2074
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 23, 2019, 06:44:48 AM |
|
Quando si parla di casi d'uso della blockchain dove si limita la possibilità di scrittura, sono tutti casi dove si poteva benissimo usare un db, l'unica cosa forse è che usando la blockchain diventa più semplice verificare/confermare l'integrità dei dati dall'esterno rispetto ad un db. Quello che dici è vero, però vale solo con gli oggetti "digitali". Non si può verificare/confermare l'integrità di un pollo con la blockchain! EDIT: ogni singolo elemento diventa come un coin non fungibile che si combina con altri per generare prodotti elaborati che a loro volta sono tocken o coin, sempre non fungibili, e con proprietà differenti.
Non si può fare l'hash di un pomodoro!!! Tutto si può fare, il problema è il costo: mentre fare l'hash di una transazione (cioè il controllo di integrità e autenticità della tx) è immediato, per fare la stessa cosa in altri ambiti bisognerebbe prima riuscire a estrarre una qualche informazione specifica dell'oggetto (tipo le impronte digitali delle persone o il loro DNA). In pratica bisogna riuscire a mappare gli oggetti fisici in stringhe di bit (informazioni). Lo svantaggio rispetto alle tx tradizionali è, come dicevi tu, che nel caso di Bitcoin ciò che va autenticato è già naturalmente informazione "pura" (oggetto digitale) mentre nel caso di oggetti reali bisogna aggiungere uno step di conversione. Forse si potrebbero aggiungere dei codici da assegnare ai prodotti con delle specie di etichette, ma allora il punto debole diventerebbe garantire la correttezza dell'accoppiata oggetto - etichetta. A ben pensarci se si riuscisse a superare questo problema allora avremmo trovato anche un metodo anticontraffazione per le monete fiat: si potrebbero autenticare mediante blockchain dedicata le banconote in euro che abbiamo in tasca, in tal modo ogni commerciante sarebbe in grado di valutare automaticamente se le banconote che riceve sono valide o no. Ma il punto è che è proprio difficile e costoso creare una "unicità" non contraffabile a livello fisico.
|
|
|
|
picchio
Legendary
Offline
Activity: 2506
Merit: 1120
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 23, 2019, 07:14:50 AM Merited by Micio (2), Piggy (1) |
|
... Ma il punto è che è proprio difficile e costoso creare una "unicità" non contraffabile a livello fisico.
Ci vogliono gli oracoli. Comunque, senza scomodare entità "matrixiane", è possibile registrare su BC la produzione giornaliera di pomodori in "x kg", chi elabora il prodotto indicherà, fidandosi, la provenienza del prodotto, se tutti registrano i passaggi, in caso i pomodori prodotti siano "n*x", ci saranno "(n-1)*x kg" registrati in BC. Se n=1 tutto perfetto. Se n>1 ci saranno errori riscontrabili e qualcuno avrà utilizzato meno pomodoro di quanto dichiarato o il produttore ha prodotto più di x kg ... va detto che il produttore inserirà in BC la frazione "n_Y" venduta alla ditta "Y" che non potrà essere superata dalle sue (della "ditta") produzioni. Ovviamente sum(n_i)=x e lo garantisce il produttore (o il magazzino dello stesso), la BC può verificare che sum()<=x indicando anche la quantità residua in magazzino. Così a cascata fino agli scaffali. Il cliente finale verifica la filiera e il negoziante dovrebbe segnare la vendita in BC. In questo modo posso verificare il numero di scontrino ed essere ragionevolmente sicuro che i pomodori che mi hanno venduto erano un residuo non andato il catena per realizzare altri prodotti (esempio!). Di fiducia ce ne deve essere ma non è possibile barare a posteriori. Un solo disonesto viene smascherato mentre se sono tutti disonesti fanno quello che vogliono ma, ad un controllo, risulterà che il campo di 100 m^2 avrà prodotto "k" volte il suo potenziale produttivo. Se k>1 ha pomodori in eccesso, se k<<1 avrà (potenzialmente) occultato prodotti (non li ha in magazzino altrimenti risulterebbe dalla BC). Usare bitcoin come BC mi pare troppo costoso e inutile. Si usano BC dedicate (private) eventualmente certificate da una transazione ogni x giorni in BC pubblica (dovrebbe bastare memorizzare un hash di quella privata a testimonianza).
|
Waves mi piaceva ora non più.
|
|
|
simpic (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 23, 2019, 09:04:33 AM |
|
E se nella tua idea al posto dell'ossimoro "blockchain privata" mettessimo i database tradizionali, certificati periodicamente da una transazione in BC pubblica, non funzionerebbe lo stesso?
|
|
|
|
duesoldi
Legendary
Offline
Activity: 2562
Merit: 2640
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 23, 2019, 12:22:42 PM |
|
Quando si parla di casi d'uso della blockchain dove si limita la possibilità di scrittura, sono tutti casi dove si poteva benissimo usare un db, l'unica cosa forse è che usando la blockchain diventa più semplice verificare/confermare l'integrità dei dati dall'esterno rispetto ad un db.
Mah, se vuoi consentire questo tipo di verifiche con un db tradizionale ne consenti l'accesso con api, servizi web e compagnia briscola. Oggi non ci sono più vincoli tecnologici da superare per fare queste cose, sta tutto nella volontà del proprietario del db di rendere open il dato. Io vedo nell'utilizzo della BC per tracciare prodotti uno strumento utile. Se, come produttore, dichiaro di aver prodotto 100 kg di pomodori, allora sono come tocken che potranno essere utilizzati in prodotti per un massimo di 100 kg, diciamo 90 litri di pommarola. Se ci saranno 200 lt di pommarola allora avranno utilizzato pomodori differenti e con BC risulta tutto verificabile.
Non è facile garantire la veridicità di queste informazioni se non vuoi tirare in ballo qualcuno che garantisca per te (oracolo o affine). Nel ragionamento parti da un presupposto troppo debole (nel senso che è raggirabile) cioè che mediamente un dato appezzamento di terreno non può produrre più di tot chili di pomodoro. Questa ipotesi imho è troppo teorica perché poi all'atto pratico : 1) in un anno di magra posso produrre molto (ma molto) meno dei tot kg che avevi previsto: grandina, viene una gelata nel periodo sbagliato, arrivano le cavallette, piove troppo, piove troppo poco, temperatura troppo alta, troppi afidi/cimici/.... insomma tanti fattori che ti portano a produrre di meno 2) al contrario puoi avere un anno fortunato e fare il doppio della produzione. Nel secondo caso la metà della produzione la puoi rivendere sotto banco e la BC non si accorgerebbe di nulla. Tutto guadagno in nero. Nel primo caso (il più critico dal punto di vista del consumatore che da ipotesi si avvarebbe della BC per verificare la filiera) non volendo pregiudicare i guadagni di un'annata puoi sempre contattare il produttore albanese che ti fa arrivare un carico di pomodori del tipo che vuoi tu, e tu ti limiti ad "apporre l'etichetta" prima di metterli su BC. Gira e rigira siamo sempre lì: il punto debole è questo della "veridicità" delle affermazioni che tu produttore fai; le puoi aggirare come e quando vuoi. E se nella tua idea al posto dell'ossimoro "blockchain privata" mettessimo i database tradizionali, certificati periodicamente da una transazione in BC pubblica, non funzionerebbe lo stesso?
Non era quello che volevano fare gli amici di mtv prima di spendere i fondi in baldr@@e ungheresi ? ![Grin](https://bitcointalk.org/Smileys/default/grin.gif)
|
|
|
|
picchio
Legendary
Offline
Activity: 2506
Merit: 1120
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 23, 2019, 12:48:37 PM |
|
... Gira e rigira siamo sempre lì: il punto debole è questo della "veridicità" delle affermazioni che tu produttore fai; le puoi aggirare come e quando vuoi. ...
Puoi mentire ma in BC rimane traccia e verifichi che non menta per un mese e poi ritratti per far sembrare tutto ok. Se l'annata è pessima lo sarà per tutti i produttori nelle vicinanze, se ottima idem. Per barare devi essere coerente e, essendo una BC pubblica e scrivibile da chiunque, questo credo possa dare le fondamenta per avere dati più veritieri di un qualunque db dove c'è il solo produttore che scrive da dove arrivano le materie prime e tu ti devi fidare e stop. Se esiste una catena, a naso, direi che i dati sono meno falsificabili e le balle possono venire a galla anche a posteriori. Magari un sistema di "assicurazione" potrebbe anche prevedere un rimborso in caso di dimostrata "balla" di un fornitore.
|
Waves mi piaceva ora non più.
|
|
|
duesoldi
Legendary
Offline
Activity: 2562
Merit: 2640
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 23, 2019, 06:40:52 PM |
|
Puoi mentire ma in BC rimane traccia e verifichi che non menta per un mese e poi ritratti per far sembrare tutto ok.
Scusa, non ho capito cosa intendevi dire.... ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) Se l'annata è pessima lo sarà per tutti i produttori nelle vicinanze, se ottima idem.
Non è sempre così bianco o nero, ci possono essere differenze anche notevoli. Immagino ti sarà capitato di trovarti sotto una grandinata: avrai visto che basta spostarsi di 1 km e magari lì non è nemmeno piovuto. Tu avrai avuto il raccolto azzerato, il tuo "vicino" non avrà invece subito alcun danno. Oppure altro esempio: tu "produci" ciliegie e siccome cerchi di coltivare in modo naturale non hai fatto nessun trattamento alle piante. Quest'anno è stato particolarmente caldo (è un ipotetico esempio, chiaro!) e ti sei ritrovato con le piante invase dagli afidi. Risultato: ciliegie/duroni bellissimi ma invendibili perché tutti appiccicosi e nessuno li vorrebbe. Io invece che ho l'appezzamento di terreno di fianco al tuo ho spruzzato un paio di volte macerato d'ortica (del tutto naturale visto che è fatto da ortiche e acqua) che è ottimo contro gli afidi. Il meteo è stato bello come da te e quindi ho prodotto un mucchio di bellissime ciliegie; vendendole avrò un ricavo molto alto. Sia con la grandine sia con gli afidi eravamo vicini, quindi stessa zona, ma io sono riuscito a produrre e vendere, mentre tu no. Chi mi garantisce che tu non vada a comperare da un albanese un carico di ciliegie? se lo facessi in BC metteremmo ambedue la stessa quantità di produzione, ma la mia sarebbe davvero prodotta lì, la tua no.
|
|
|
|
picchio
Legendary
Offline
Activity: 2506
Merit: 1120
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 23, 2019, 07:34:54 PM |
|
Puoi mentire ma in BC rimane traccia e verifichi che non menta per un mese e poi ritratti per far sembrare tutto ok.
Scusa, non ho capito cosa intendevi dire.... ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) (****) Se l'annata è pessima lo sarà per tutti i produttori nelle vicinanze, se ottima idem.
Non è sempre così bianco o nero, ci possono essere differenze anche notevoli. Immagino ti sarà capitato di trovarti sotto una grandinata: avrai visto che basta spostarsi di 1 km e magari lì non è nemmeno piovuto. Tu avrai avuto il raccolto azzerato, il tuo "vicino" non avrà invece subito alcun danno. Oppure altro esempio: tu "produci" ciliegie e siccome cerchi di coltivare in modo naturale non hai fatto nessun trattamento alle piante. Quest'anno è stato particolarmente caldo (è un ipotetico esempio, chiaro!) e ti sei ritrovato con le piante invase dagli afidi. Risultato: ciliegie/duroni bellissimi ma invendibili perché tutti appiccicosi e nessuno li vorrebbe. Io invece che ho l'appezzamento di terreno di fianco al tuo ho spruzzato un paio di volte macerato d'ortica (del tutto naturale visto che è fatto da ortiche e acqua) che è ottimo contro gli afidi. Il meteo è stato bello come da te e quindi ho prodotto un mucchio di bellissime ciliegie; vendendole avrò un ricavo molto alto. Sia con la grandine sia con gli afidi eravamo vicini, quindi stessa zona, ma io sono riuscito a produrre e vendere, mentre tu no. Chi mi garantisce che tu non vada a comperare da un albanese un carico di ciliegie? se lo facessi in BC metteremmo ambedue la stessa quantità di produzione, ma la mia sarebbe davvero prodotta lì, la tua no. In teoria l'albanese dovrebbe essere in BC e segnalerebbe la vendita. Ma se ci sono truffatori non ci sono chance, solo lo devono fare in fretta, se compra le ciliege un mese dopo (dopo il 21/6) se italiane, hanno il verme (almeno mi dicono sia cosi'), se albanesi non saprei. In pratica, compra le ciliege in Albania, segnala come auto prodotte e le inserisce in BC, poi il consumatore che conosce il prodotto segnala l'anomalia e, facendo una analisi, si scopre che sono albanesi ma dichiarate italiane il 15/6 con chiave privata del fornitore xy. Xy obbligato a risarcire e tutta la filiera va a ramengo. Se non hai BC che succede? Vanno meglio le cose? A me non sembra facile creare qualcosa di più controllabile. (****) quote sulla manipolazione ... in caso di db classico il tipo segna come autoprodotte le ciliege a giugno, qualcuno le compra per farne cioccolatini a km zero, poi il tipo cambia provenienza, tutti contenti e nessuno perseguibile. Tutti contenti. Se fosse in BC il gioco salterebbe al primo consumatore che segnala l'aspetto alieno delle ciliege albanesi.
|
Waves mi piaceva ora non più.
|
|
|
simpic (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 24, 2019, 09:10:48 AM |
|
(****) quote sulla manipolazione ... in caso di db classico il tipo segna come autoprodotte le ciliege a giugno, qualcuno le compra per farne cioccolatini a km zero, poi il tipo cambia provenienza, tutti contenti e nessuno perseguibile. Tutti contenti. Se fosse in BC il gioco salterebbe al primo consumatore che segnala l'aspetto alieno delle ciliege albanesi.
Beh, se al posto di un db classico usi la blockchain privata, non è che hai tutte queste garanzie in più! In pratica hai un rischio manipolazione/contraffazione a monte (cambi le etichette, usi gli albanesi, ecc), poi salvi tutto in una blockchain privata, che ha numerosi problemi di sicurezza, però poi alla fine salvi periodicamente in blockchain pubblica... e allora si... è tutto sicuro e garantito! In sostanza a tutto il processo non serve a nulla la BC, non introduce nessun vantaggio.
|
|
|
|
picchio
Legendary
Offline
Activity: 2506
Merit: 1120
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 24, 2019, 10:03:55 AM |
|
(****) quote sulla manipolazione ... in caso di db classico il tipo segna come autoprodotte le ciliege a giugno, qualcuno le compra per farne cioccolatini a km zero, poi il tipo cambia provenienza, tutti contenti e nessuno perseguibile. Tutti contenti. Se fosse in BC il gioco salterebbe al primo consumatore che segnala l'aspetto alieno delle ciliege albanesi.
Beh, se al posto di un db classico usi la blockchain privata, non è che hai tutte queste garanzie in più! In pratica hai un rischio manipolazione/contraffazione a monte (cambi le etichette, usi gli albanesi, ecc), poi salvi tutto in una blockchain privata, che ha numerosi problemi di sicurezza, però poi alla fine salvi periodicamente in blockchain pubblica... e allora si... è tutto sicuro e garantito! In sostanza a tutto il processo non serve a nulla la BC, non introduce nessun vantaggio. Con BC privata si potrebbe intendere una chain che, pur non avendo il POW di ETH o BTC, potrebbe salvare un hash qualsiasi di un blocco in BC Bitcoin. Puoi verificare che la chain "passi" da quell'hash. Gli dai sicurezza (una volta al giorno/mese). Un hash senza POW è altrettanto difficile da replicare solo che ha "meno zeri iniziali". Poi, anche se privata, nessuno vieta a tutti gli interessati di scaricare la chain prima del fork che tu stai ipotizzando. In pratica ti esponi ad un "double spending" per il tempo che hai deciso di utilizzare per sigillare la chain privata su chain + rinomata. Inoltre il double spending lascia comunque traccia, se tu acquisti ciliege locali e hai la transazione non è che poi ti sovrappongono la transazione. Se aggiungi che il pagamento potrebbe avvenire in BC allora, insieme alla rettifica della transazione del prodotto, avviene anche l'annullamento del pagamento (immagino solo sia possibile - da verificare).
|
Waves mi piaceva ora non più.
|
|
|
duesoldi
Legendary
Offline
Activity: 2562
Merit: 2640
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 24, 2019, 11:55:45 AM |
|
In teoria l'albanese dovrebbe essere in BC e segnalerebbe la vendita.
Questa assunzione è troppo pericolosa, contiene in sé almeno due punti deboli. Il primo è che non puoi dare per scontato che il consumatore possa essere in grado di conoscere il prodotto così bene da poter segnalare l'anomalia, o (ed il risultato sarebbe equivalente) che il prodotto sia fino a quel punto riconoscibile. Mi riferisco a quel che evidenzio qui sotto in grassetto: In pratica, compra le ciliege in Albania, segnala come auto prodotte e le inserisce in BC, poi il consumatore che conosce il prodotto segnala l'anomalia e, facendo una analisi, si scopre che sono albanesi ma dichiarate italiane il 15/6 con chiave privata del fornitore xy.
e il controesempio che viene facile portare è proprio quello delle ciliegie. Data una determinata ciliegia di tipo X (cioè di una ben definita specie) prodotta nel tuo campo, ed una della stessa identica specie X ma prodotta dall'albanese nel campo a 1 km di distanza dal tuo chiedo: come potrebbe il consumatore distinguere i due prodotti ? Sarebbe impossibile...... E questo è il primo punto debole che citavo. Il secondo è che fai l'ipotesi che "in teoria l'albanese dovrebbe essere in BC e segnalerebbe la vendita", ma non è mica detto che l'albanese debba davvero essere in BC. Come controesempio ti riporto il caso dell'aceto balsamico di Modena, caso che conosco benino perché ho alcuni parenti che vivono là e anni fa avevano un'acetaia. L'aceto balsamico di Modena lo trovi sul mercato con almeno due tipologie di prodotto diverse: https://www.ilgiardinodeilibri.it/speciali/aceto-balsamico-modena-dop-igp-cosa-cambia.phpl'aceto balsamico di Modena IGP costa moooooooooolto meno del tradizionale di Modena DOP. Fin qui nulla di strano, sono due prodotti completamente diversi e non si potrebbero assolutamente confondere in BC. Arrivo però al caso che porta al problema. Per produrre aceto tradizionale DOP devi sottostare (come produttore) a tutta una serie di regole che sono aumentate nel tempo anche con lo scopo di avere un controllo molto stretto sui produttori. Ti dico ad esempio che i produttori non possono più vendere in confezioni "proprie" ma devono per forza usare una delle bottigliette previste dal disciplinare (cosa per me assurda, ma io non conto un ca@@o ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif) ). Ovviamente queste regole hanno portato alcuni ad uscire da questo "circuito" perché i costi aumentavano troppo, e la conseguenza è che se vai intorno a Modena trovi tante cantina che non fanno parte del consorzio ma che producono aceto con lo stesso metodo del DOP (e nello stesso territorio); semplicemente non possono vendere l'aceto che producono come tradizionale perché non associati al consorzio. Risultato: se vai da loro comperi l'aceto senza etichetta e ovviamente ad un costo inferiore rispetto a quel che trovi sul mercato ufficiale. Questi produttori - nell'esempio che facevamo - sono come l'albanese di prima perché producono un prodotto che è indistinguibile (tolta bottiglia ed etichetta) da quello ufficiale. Anche facendo analisi di laboratorio...... Questi come puoi evitare che vendano la loro produzione a te - che invece sei associato al consorzio e che per motivi tuoi quest'anno non eri riuscito a produrre i "100 kg di pomodori in media" dai quali eravamo partiti? ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif) Secondo me non riesci ad evitarlo..... Se non hai BC che succede? Vanno meglio le cose? A me non sembra facile creare qualcosa di più controllabile.
Sono totalmente d'accordo, infatti qui il punto non è tanto BC vs. db tradizionale, quanto il tema del famoso oracolo, che ad oggi non vedo all'orizzonte......
|
|
|
|
picchio
Legendary
Offline
Activity: 2506
Merit: 1120
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 24, 2019, 12:29:10 PM |
|
... Se non hai BC che succede? Vanno meglio le cose? A me non sembra facile creare qualcosa di più controllabile.
Sono totalmente d'accordo, infatti qui il punto non è tanto BC vs. db tradizionale, quanto il tema del famoso oracolo, che ad oggi non vedo all'orizzonte...... Parlo per sensazione e non per cognizione di causa. Con BC basta un oracolo ad inizio catena e poi il resto può essere certificato senza il bisogno di altri interventi "oracolistici" in quanto hai un trasferimento di fiducia. In linea teorica nessuno ti impedisce di berti l'aceto DOP e utilizzare un aceto qualunque per la produzione ma si tratta di un consumo minimo, ad uso personale (comunque una truffa!). Sempre a "naso". Un db distribuito, ad accesso pubblico e controllato da chiavi private, che memorizza in blockchain le informazioni al fine di evitare sovrascritture e cancellazioni varie, lo vedo più semplice da rendere e più affidabile di un qualunque altro db. Un grosso contributo potrebbe essere fornito dal data mining e da una analisi dei big data disponibili. Si potrebbero anche inventare dei dispositivi che misurano i parametri fisici che determinano la produzione (umidità terreno, vento, pioggia ecc. ecc.), se i dispositivi sono tarati e crittografati possono contribuire alla stabilità e correttezza dei dati memorizzati in BC. Uno spaventapasseri robot ... Non credo possa avvenire domani ma "un domani". EDIT: magari quando BTC sarà a 100.000 Euro/BTC
|
Waves mi piaceva ora non più.
|
|
|
simpic (OP)
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
April 29, 2019, 08:25:32 AM |
|
|
|
|
|
|