[hm] Recordatorio

[chuang]

amuza:
> 
> On 14/08/18 00:00, psy wrote:
>> TL-DR != TS-PR (Too Short, Please Read)
>>
>> amuza:
>>> Me temo que estoy empezando a ser baneablemente repetitive:
>>>
>>> - Canal "Hackmeeting Iberia" en Bitmessage [0]:
>>> BM-2cWdBcmBcAim1QXcSSvGk1UL49EZGnGWeG
>>>
>>>  - Foro "Hackmeeting 2015" en Retroshare (requiere intercambiar
>>> certificados):
>>> retroshare://forum?name=HackMeeting%202015&id=1c13b2901abf2118093da0a5a7c222e2
>>>
>>> [0] https://bitmessage.org/wiki/Decentralized_Mailing_List
>> Ante la sonrisa que arranca Amuza (gracias mil!), se me ocurre:
>>
>> Hagamos acto de presencia quienes sintamos cierto interés por éste tema,
>> que incluso hemos ido avanzando aquí mismo en conjunto, en ambos lugares
>> y teniendo el día 1 de Septiembre de 2018 como fecha de comienzo
> 
> Guai, allí ya estamos algunes, así es que tampoco pasa nada si la gente
> va llegando antes o después del 1 de septiembre. La transición podría
> ser muy muy lenta, pero con tantas ventajas técnicas y políticas vale la
> pena ser paciente. Por supuesto, también hay desventajas a valorar.

Hola.

En cuanto a los "channels" de bitmask, de hecho parece que ya de
primeras hay ventajas políticas claras :

 * a chan cannot be shut down by taking down any server or a group of
servers due to decentralized nature of chans.
 * a chan cannot be effectively censored since any Bitmessage user who
knows the chan passphrase can read the chan or post any message into the
chan.
 * within a chan, user messages are anonymous to such a degree that
messages contain neither the sender's nor the receiver's Bitmessage
address. (1)

Realmente apetece trabajar en un contexto donde la censura no sea
técnicamente posible, y poder testar así sus ventajas y desventajas; lo
otro, la censura efectiva y amparada en modelos centralizados y
jerárquicos ya no da para cacharrear mucho más, al menos desde una
perspectiva hack-tivista.

Saludos.

(1) https://en.wikipedia.org/wiki/Bitmessage#Chans