[pyar] [off-topic] Voto electronico

[Betiel]

Me quedaron algunas dudas en el tintero.
¿Què sucede si la cantidad de votos por chip no coincide con la de papel?
¿Se quita del recuento esa urna? ¿Se considera lo votado en papel? o ¿vale
lo del chip?

En los tres casos igual veo problemas.
Supongamos que no coincide porque alguien con un aparato borro todos los
datos de los chips o los modifico para que todos digan que se votò a cierto
candidato,

*caso se quita el recuento de esa urna: El problema está que las mesas
donde se sabe que vota gente de cierta zona y se cree que pueden ganar los
"enemigos" puede hacer que alguien desee borrar todos los datos y pase que
las urnas que contenían más votos a favor de cierto candidato no se cuenten

*Caso en que se considera lo votado en papel: En ese caso, no veo la
ventaja con la votación tradicional con boleta única.

*Caso en que vale el chip: Entonces si alguien hace un search chip y cambia
todos los votos que encuentra por un candidato, termina ganando ese
candidato.

Como hacer esto si se está bajo vigilancia de un fiscal y solo se puede
leer a cierta distancia... Bueno, con solo colocar un celular cerca de la
urna alcanza. Se hace un programita que a todos los chips les cambie el
valor y caemos en alguno de los tres casos que mencioné arriba.

Betiel

El 30 de abril de 2015, 13:23, fisa <fisadev en gmail.com> escribió:

> Desconocés la diferencia entre recuento provisorio y recuento definitivo.
> No suma ningún costo hacer un recuento definitivo, porque *se hace de
> todas formas*, en papel también se hacen dos recuentos.
> Y el recuento definitivo se hace mirando el papel.
>
>
> On Wed, Apr 29, 2015 at 4:47 PM Ricardo Araoz <ricaraoz en gmail.com> wrote:
>
>> El problema de la velocidad del conteo de votos es la condición humana.
>> O confío en la máquina o no. Si no confío pido siempre recuento manual.
>> Aparte el supervisar que la máquina sume el voto en la columna que
>> corresponde es casi el mismo esfuerzo que el contar a mano (y en
>> votaciones con mucho corte de boleta  y muchas opciones se complica la
>> supervisión). Tengo que estar el 100% del tiempo mirando la máquina para
>> verificar no solo que sume los votos de mi candidato sino que no agregue
>> subrepticiamente votos a otro candidato? Más fácil el conteo manual.
>> Si yo soy partido opositor pido recuento manual siempre, en cuyo caso el
>> voto electrónico es plata tirada.
>> Hay tantas cosas en las que se debería invertir plata y esfuerzo en
>> nuestro país antes que en cambiar un sistema que viene funcionando
>> (mejor o peor, pero obviamente de forma aceptable) desde hace mucho
>> tiempo.
>>
>>
>>
>> On 29/04/15 09:38, aadjiman en gmail.com wrote:
>> > No tiene sentido encriptar en el caso del voto (creo que algunos de los
>> > videos trata el tema).
>> > Hablar de encriptar a la ligera, es lo mismo que pensar que el rfid
>> > agrega seguridad.
>> > Es peor encriptar algo y pensar que esta seguro que dejarlo asi y listo.
>> > Es peor usar rfid pensando que te da seguridad por la barrera
>> > tecnologica que simplemente usar el papel y birome/impresora.
>> >
>> > Me parece que lo unico que tiene sentido es agregar algo de tecnologia
>> > en este caso para contar mas rapido y mejor, pudiendo validar a la
>> > antigua en caso de que algo falle. Si solo prometieran esto no me
>> > molestaria tanto.
>> >
>> >
>> >
>> >
>> > On 04/29/2015 09:23 AM, Gustavo Ibarra wrote:
>> >> 2015-04-29 9:08 GMT-03:00 Juan Esteban Carrique <carrique en gmail.com>:
>> >>> 2015-04-29 8:58 GMT-03:00 Gustavo Ibarra <ibarrags en gmail.com>:
>> >>>> ¿Saben de alguna experiencia "laboratorio"  que hayan experimentado
>> un
>> >>>> mecanismo de evoto con parte de los sistemas implementados para
>> >>>> bitcoin?
>> >>>> (encriptar: hoy es seguro mañana no se sabe. Según el procedimiento
>> de
>> >>>> MSA que no se encripte el texto de la eboleta tiene una cierta
>> >>>> lógica..)
>> >> Juan Esteban, estas si son mis palabras.
>> >>>
>> >>> Si tiene esta lógica
>> >>> " Contame entonces: si la máquina tiene las keys para desencriptar
>> (tiene
>> >>> que poder lerrlo para contar el voto en el recuento), cómo hacés para
>> que
>> >>> nadie pueda sacarlas y usarlas para desencriptar el voto? Estás
>> diciendo que
>> >>> podés distribuir las keys que desencriptan, y que igual nadie va a
>> poder
>> >>> desencriptar? "
>> >> Juan Esteban, estas no son mis palabras (adhiero, pero no son miás)
>> >>
>> >>> Como no tienen la SOLUCIÓN tomaron la decisión de compromiso
>> ingenieril de
>> >>> no ENCRIPTAR y argumentar a lo "DOÑA ROSA" (mis respetos a la
>> doña)... esos
>> >>> son los ingenieros que no hacen cargo que forman nuestras
>> universidades
>> >>> publicas?
>> >>>
>> >>> Me imagino el slogan; "si un problema no tiene solución, entonces no
>> es un
>> >>> problema" MUERTO el perro se acavo la RABIA, señores no les pagamos
>> para
>> >>> pensar si no para dar soluciones!
>> >>
>> >>
>> >>> Salud!
>> >>>
>> >>> Y ahora sigo insistiendo NO HAY PEOR PROBLEMA QUE EL QUE NO QUERAMOS
>> VER:
>> >>>
>> >>> "
>> >>> Desde mi humilde opinion lo mas relevante de la entrevista AL TITURAL
>> DE MSA
>> >>> dura un poquito y se da en el minuto 19:50
>> >>> https://youtu.be/8hkkx29yR9k?t=19m50s
>> >>>
>> >>> Cito a Sergio Angelini "NO, no encriptamos la información..."
>> >>>
>> >>> Salud
>> >>> PD: Que lindo el OT :P
>> >>>
>> >>> Ing. Juan Carrique
>> >>> Santa Fe, Argentina
>> >>> Electrónica, Arduino,
>> >>> Coaching, Diabetes,
>> >>> http://facebook.com/ReDuino
>> >>>
>> >>> _______________________________________________
>> >>> pyar mailing list pyar en python.org.ar
>> >>> http://listas.python.org.ar/listinfo/pyar
>> >>>
>> >>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>> >>>
>> >>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> >>> Argentina - http://www.usla.org.ar
>> >> _______________________________________________
>> >> pyar mailing list pyar en python.org.ar
>> >> http://listas.python.org.ar/listinfo/pyar
>> >>
>> >> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>> >>
>> >> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>> >>
>> > _______________________________________________
>> > pyar mailing list pyar en python.org.ar
>> > http://listas.python.org.ar/listinfo/pyar
>> >
>> > PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>> >
>> > La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>> _______________________________________________
>> pyar mailing list pyar en python.org.ar
>> http://listas.python.org.ar/listinfo/pyar
>>
>> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>>
>> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
>> Argentina - http://www.usla.org.ar
>>
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>
> La lista de PyAr esta Hosteada en USLA - Usuarios de Software Libre de
> Argentina - http://www.usla.org.ar
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://listas.python.org.ar/pipermail/pyar/attachments/20150430/4db9f0d5/attachment.html>