A just outcome -- [cha...@e.change.org: Amber Heard has been fired from Aquaman 2]

[Zig the N.g]

Ooh, yeah, I heard it through the grape vine.

;)



- Forwarded message from "Jeanne Larson via Change.org" 
 -

From: "Jeanne Larson via Change.org" 
Reply-To: "Change.org" 
Date: Fri, 08 May 2020 19:23:45 +
Subject: Amber Heard has been fired from Aquaman 2
List-Id: 


Jeanne Larson shared an update on Remove Amber Heard from Aquaman 2

Check it out and leave a comment:

Petition Update

Amber Heard has been fired from Aquaman 2
Some inside sources have unofficially confirmed that Amber Heard has been 
sacked from AM2. Apparently they don't want to start filming and then get left 
in the lurch if she gets hauled off to jail for falsifying evidence, a very 
real possibility. It's not official confirmation, but it's the next best thing. 
It's likely that the official announcement will come after Johnny Depp wins one 
or both...
https://click.e.change.org/f/a/wWc9VSnHzZgVbj_sknzOxA~~/AANj1QA~/RgRgmDbBP4QcAWh0dHBzOi8vd3d3LmNoYW5nZS5vcmcvcC9kYy1lbnRlcnRhaW5tZW50LXJlbW92ZS1hbWJlci1oZWFyZC1mcm9tLWFxdWFtYW4tMi91LzI2NTg3MjgwP2NzX3RrPUFsYS1uV2F0eXlsSlBrR211VjRBQVhpY3l5dk55UUVBQkY4QnZJampUX3IydW1sWTZITGdPWGVjR19JJTNEJnV0bV9jYW1wYWlnbj1jZTZiYWM3YzhmMmU0NjlhYWFjN2I5MjMxMWI3ZTM0MSZ1dG1fY29udGVudD1pbml0aWFsX3YwXzRfMCZ1dG1fbWVkaXVtPWVtYWlsJnV0bV9zb3VyY2U9cGV0aXRpb25fdXBkYXRlJnV0bV90ZXJtPWNzVwNzcGNCCgAdwrG1XmYPGW1SF2NoYW5nZS5vcmdAZnJlZWRibXMubmV0WAQC


Discover petitions promoted by Change.org users



Bring Priya and her beautiful family back home to Biloela, Queensland



Show you care about our Aussie Farmers in Drought...



Provide Adequate and Practical Respiratory Protection for...



Crown to appeal the sentance of the girl that killed our son in a hit...



Australian Healthcare Workers demand safe Personal Protective...





- End forwarded message -

PSR/panel self refresh + partial-frame updates + DP2 'standard' = arduino driven 16k :)

[Zenaan Harkness]

So here's a looming God-tier level up for an aspiring legend in the making:

Checking out the "iCEBreaker FPGA" arduino-class board via Crowd Supply (below) 
and in particular the HDMI Output Mod:

   "The iCE40UP5k FPGA on the iCEBreaker is fast enough to output 720p video! 
Based on the amazing Pmod design by Kevin Hubbard from Black Mesa Labs, we 
developed a new HDMI Pmod."

we can't help thinking of our precious, precious resolution!  Yes my precious 
screen real estate, yes :)

In particular eDP (embedded display port) includes Panel Self Refresh (PSR), 
and eDP version 1.4 includes "it reduces power consumption through 
partial-frame updates in PSR mode":

   https://en.wikipedia.org/wiki/DisplayPort#eDP

there is absolutely no reason we cannot have arduinos and iCEBreakers powering 
16k panels FTFW.  Yeah baby!

One immediate and oh-so-satisfying use for such a setup is a "mega universal 
performance status monitor", where a large 8k or 16k display monitors 1000s of 
mini graphs and stats for your cluster/ VMs/ disk arrays/ networks phys and 
virt, VLC aural density fourier, CPUs, memory etc etc.

If your little computer board can only physically transmit say 49% of the 
pixels on the display in one second, then a full refresh of all monitored perf 
stats would take -exactly- 2 seconds; and more the point, a nice 
tiled/staggered/cycling update effect would be observed over each 2s period, 
with each subset of updates transmitted at the pace the little board can handle 
(then 'immediately' displayed by the "PSR + partial-frame update" panel) before 
the next block of updates is transmitted.

AND, even in any low resolution such as 'merely' 4k, FullHD or lower, using PSR 
+ "partial-frame updates" is an ideal solution for public signage, text based 
UIs (TUI), and of course the "mega universal status monitor" above, and where 
additionally, power use is reduced to an absolute minimum (scenario dependent) 
where updates are very rare - e.g. public signage where an update or transition 
might occur only every 10s.


See also:

   https://en.wikipedia.org/wiki/DisplayPort#Display_Stream_Compression
   https://en.wikipedia.org/wiki/Thunderbolt_(interface)#Thunderbolt_3
   https://en.wikipedia.org/wiki/USB4

   USB4 Will Usher in Support for 8K, 16K Displays:
   
https://www.extremetech.com/computing/310091-usb4-will-usher-in-support-for-8k-16k-displays

   USB4 Will Offer DisplayPort 2.0 Alt Mode With Support for 16K Displays:
   https://www.tomshardware.com/news/usb-4-usb4-displayport-alt-mode-20




- Forwarded message from Crowd Supply  -

From: Crowd Supply 
Date: Fri, 08 May 2020 00:55:15 +
Subject: The Latest and Greatest from Crowd Supply


Wondering about projects you've backed? Check on your orders:
https://www.crowdsupply.com/account

You might be interested in this project, which is available to order:
https://www.crowdsupply.com/lime-micro/limenet

Enjoy the Crowd Supply newsletter.
---

# The Latest and Greatest from Crowd Supply

"Your assumptions are your windows on the world. Scrub them off every

once in a while, or the light won't come in." -- *Alan Alda*

-

## New: ANAVI Fume Extractor

(image)

Use open source hardware to work safely on your open source hardware!

ANAVI Fume Extractor is a programmable, expandable, Wi-Fi connectable,

home-automation compatible smoke absorber.

[Learn More About ANAVI Fume Extractor](https://www.crowdsupply.com/anavi-
technology/fume-extractor)

-

## Coming Soon: BLYST840

(image)

BLYST840 is a feature-rich but tiny ARM Cortex-M4F module with

Bluetooth® 5.2, Thread, and ZigBee capabilities. It has 46 I/O, 1 MB

flash, and 256 KB RAM. Between MicroPython support and excellent open

source libraries, development is a snap.

[Learn More About BLYST840](https://www.crowdsupply.com/i-syst/blyst840)

---

## In Stock: iCEBreaker FPGA

(image)

iCEBreaker FPGA board makes digital logic design easy. With lots of

Pmod expansion options, an open source toolchain, RISC-V softcore

options, and tons of demos and documentation, there's a lot to

like. Oh, and check out those LED panels.

[Order Your iCEBreaker
FPGA](https://www.crowdsupply.com/1bitsquared/icebreaker-fpga)

---

## Ending Soon: CircuitBrains Deluxe

(image)

Want to embed CircuitPython anywhere? CircuitBrains Deluxe is a 1" x

1" easy-to-integrate ARM Cortex-M4 module with all the supporting

hardware you need, castellated edges, and through holes. Campaign

ending soon!

[Learn More About CircuitBrains Deluxe](https://www.crowdsupply.com/null-
byte-labs/circuitbrains-deluxe)

---

## In Stock: Giant Board

(image)

Giant Board is an open source, Linux-capable SBC compatible with the

Adafruit Featherwing ecosystem. It comes preinstalled with over 100

CircuitPython libraries for out-of-the box functionality. In stock

now.

[Order Your Giant 

Re: tor replacement - was Re: Box for simple Tor node.

[Zenaan Harkness]

On Fri, May 08, 2020 at 06:17:37PM +, jim bell wrote:
>  Excellent.  I should mention that I have focussed on Raspberry Pi 4 merely 
> because it was new, and seemed to be quite capable of serving as a 
> anonymization node.


A warning Jim, you might consider calling any conceivable such nodes as 
"corporate surveillance reduction nodes" or "privacy hope enhancement nodes" 
(PHEPs has a good ring to it).

Without qualifying "privacy" nodes, non technical users -will- be lead astray, 
for example they will be lead to believe they are achieving private online 
communications.  other.architekt fell into the same false assumption about Tor, 
not realising the very real and known problems directly about privacy on the 
Tor network.

When some folks discover they have been deceived in their thinking in this way, 
there will be backlash against those whom they believe deceived them.

Choose your words wisely.



>  If anything, we might call it "over-capable", but in the computer world 
>that's not necessarily a bad thing.  Standardized devices, especially if they 
>are manufactured in huge quantity, become more economical. If somebody has an 
>alternative idea for the hardware, now would be an excellent time to speak up.
>  They also tend to be studied more intensely than obscure, low-volume 
> devices, I would imagine.  What's the old saying, something like "Yes, we're 
> paranoid, but I sometimes wonder if we are paranoid ENOUGH?"  
> https://www.goodreads.com/quotes/876669-yes-i-m-paranoid-but-am-i-paranoid-enough

Just as an additional minor example, the above sentences, juxtaposed as they 
were immediately after your first sentence ("Raspberry Pi 4 .. seemed to be 
quite capable of serving as a anonymization node") would most likely further 
feed the unthinking "reader with AP hope" into assuming, subconsciously 
inferring, or consciously believing, the following:

   - So it's 'over-capable' as an anonymization node?  Great, that's even 
better.

   - So it's a 'standardized anonymization device', wow, how good is that?!

   - And so the Raspberry Pis "also tend to be studied more intensely than 
obscure, low-volume devices" - but of course, that will make it not only 
private and secure, but hardened!

   - And damn, he's also quoting "Yes, we're paranoid, but I sometimes wonder 
if we are paranoid ENOUGH?" - man, this Jim guy thinks just like I do, he must 
-really- be onto this security and privacy thing - wish I'd found this sooner, 
sign me up!



Again Jim, beware the backlash.

Re: tor replacement - was Re: Box for simple Tor node.

[John Young]

So long as it is much more profitable to prevent 
and damage cybersecurity it is unlikely that any 
scheme for reliable and trustworthy public 
cybersecurity will be developed for any longer 
than it takes to monetize it, following a 
campaign to generate public trust with freeware 
and high recommendations of experts already 
deeply compromized (that's what experts means).


This has been the pattern for as long as 
insecurity and fear has been promoted by 
authoritarians, revolutionaries and "freedom fighters."


Challengers of authority inevitably betray 
believers for king's coin and/or other 
irresistable rewards. The only sec methods that 
publicly protect as expected are the ones never 
heard about, used briefly, disappear without a 
trace. "Never heard about," "used briefly," and 
"disappear without a trace" are obviously 
deception marketing tools. "Obviously deception marketing tools" too.


Mea culpa. This is freeware. Don't click it.

At 02:17 PM 5/8/2020, you wrote:
Excellent.  I should mention that I have 
focussed on Raspberry Pi 4 merely because it was 
new, and seemed to be quite capable of serving 
as a anonymization node.  If anything, we might 
call it "over-capable", but in the computer 
world that's not necessarily a bad 
thing.  Standardized devices, especially if they 
are manufactured in huge quantity, become more 
economical. If somebody has an alternative idea 
for the hardware, now would be an excellent time to speak up.


 They also tend to be studied more intensely 
than obscure, low-volume devices, I would 
imagine.  What's the old saying, something like 
"Yes, we're paranoid, but I sometimes wonder if 
we are paranoid 
ENOUGH?" 
https://www.goodreads.com/quotes/876669-yes-i-m-paranoid-but-am-i-paranoid-enough



One big improvement that I think we've settled 
on should be done is to implement 'chaff' into 
the protocol. 'chaff' might have been a problem 
if the people who host the nodes had some 
limited-data Internet service, but I am aware 
that Centurylink now offers 1 gigabit service 
for $65 monthly, and I think that service has no 
monthly data limit.  (their slower services have 
a 1 terabyte montly limit).  That should be 
plenty to allow for generous chaff.


 I also thought of an idea to encrypt, or at 
least combine the outputs of two output nodes 
to generate the final data.   Why?   It is 
frequently (and quite wisely!) recommended that 
a home-user NOT act as an output node, for fear 
of being held liable (civilly or criminally) 
for plaintext that comes out of an output 
node.  But I think there is a solution.  Don't 
output plaintext, encrypt it somewhat so 
'nobody' can simply point to it and declare, 
"There goes that forbidden data, again!".


One idea, mine, is to output TWO 
seemingly-random files, from two different 
output nodes, which when XOR'd with each other 
regenerates the (suspicious?) data.  Another 
possibility is to encrypt the output with a 
symmetrical key, and perhaps deliver the key 
from another node.  Not so much to make the data 
REALLY secure, but instead merely turn it into 
seemingly-randomized data that cannot be 
labelled 'suspicious' merely by monitoring the node's output.


Why shouldn't ordinary people be able to run an 
anonymization node, and even an output node, if these precautions are taken?



My point about the lifetime of SD cards was 
simply that if it used 'frequently', they might 
wear out.  But, if they are only used for 
program storage and settings, that won't be a problem.


  Jim Bell



On Friday, May 8, 2020, 01:51:58 AM PDT, 
other.arkitech  wrote:



I've been running USPS on a network of raspberry pis.
You anonymization layer project is very aligned 
with my cryptoplatform project, and they both could be the same thing.
with respect to wearing out the SD cards I have 
Raspberry pis older than 2 years runing the 
blockchain protocol and I haven detected failures in any of the _60 nodes


best
OA


Sent with ProtonMail Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Friday, May 8, 2020 8:35 AM, jim bell  wrote:



It turns out that in two months, I will have 
the opportunity to announce this project at a 
convention.  I will be happy to do so if it 
appears that there will be sufficient progress 
in the next two months.  A fairly firm 
commitment by someone to write the software 
would be an excellent start.And, this 
announcement MAY lead to some financing of the project.


The main question, other than the financing, is 
the programming of the software.  Has there been any progress on this matter?



  Jim Bell




On Monday, December 9, 2019, 11:39:10 AM PST, 
jim bell  wrote:




I hope people haven't fotten about the idea for 
making  an alternate anonymization system.  The 
hardware requirements almost write 
themselves.  Yes, there was some 

Re: IQNets - low b/w end user nodes - maximise 'user experience'

[Zenaan Harkness]

On Fri, Dec 13, 2019 at 03:35:53PM +1100, Zenaan Harkness wrote:
> On Fri, Dec 13, 2019 at 12:55:13PM +1100, Zenaan Harkness wrote:
> >   Node End-user Low Bandwidth => NELB
> 
> > So for a "compelling user experience", at least with NELBs, by
> > default we ought limit both time duration T and bandwidth BW, for all
> > link contracts handed out to incoming requests.
> > 
> > Low T means "problematic" (from end user experience point of view)
> > link contracts will time out "relatively soon".
> > 
> > Low BW, as a percentage of total NELB BW, should minimize "obtrusive
> > slowdowns due to the overlay net", again, from the end user
> > perspective.
> 
> The limit case is an early 1990s modem link or slower, e.g. 14.4kbps
> or less than 2KiB/s.
> 
> With a UDP packet between 0.5 and 1.5KiB, we might be talking about 1
> packet per second.
> 
> The types of comms activity suitable for such a network are limited,
> as some will recall - basic text based web pages, SMTP/POP, etc.
> 
> In this limit case, an overlay network as today's users would think
> of that, is not practical (since neither is "normal Internet surfing
> by today's standards"),
> 
> BUT, IQNets ought actually optimize such networks - with user (at the
> UI/GUI) insight into the types of traffic he wants to xfer, and
> design for certain high latency + low b/w text comms, an IQNet node
> may be quite a bit more practically useful than a plain W98 TCP stack.
> 
> 1.5KiB/s ~= 126MiB per day, or about 3.5GiB/month.
> 
> Could we implement a useful high latency, low b/w text messaging
> overlay network in 3.5GiB/month?
> 
> Of course we could - which was likely the point of the early
> cypherpunks email mixnet experiments etc.
> 
> 
> 
> 
>   The Packet
>   Anon
> 
>   Oh packet, crypt packet, tell me, what be your meme?
>   This secret you hide, a hint may I glean?
> 
>   "Some text for another, 'tis not you I tease,"
>   "So forward me quickly, through your friends if you please!"
> 
>   "In chaff I must hide, tasty wheat for the ride,
>   "Wait no longer, I linger, such importance inside!"
> 
> 
>   Oh packet! Crypt packet .. go on and be free,
>   To quietly, stealthily, target your creed!
> 
>   "Why thank, dear kind Sir, you good will be true,
>   "For free speech, anon speech, good causes anew!"
> 
>   "Now I shall depart, you may have the last laugh,"
>   "We be daŋkə schön, muffas! 'Member, give from yo heart..."


A note to those interested in "free speech" overlay nets, the IQNets project 
(to collate some ideas regarding a possible new overlay net - as an improvement 
to current Tor and I2P status quo) exists in ideas and a few notes only at the 
moment, all of which can be found here:

https://github.com/zenaan/iqnets

Last update was some months back, and then just now (generally copy off emails 
to a "must review" tmp folder, finally got to them today) - see 
iqnets/doc/*.txt :

 - tin foil chat info,

 - wireless congestion control links,

 - one way blog discussion

 - ("atomic ccdex" fmradio link I did not include, this proj is about overlay 
nets not DCs, and for now I have no idea what ccdex means, so perhaps if 
someone comments that it's somehow quite relevant to the implementation of an 
overlay net, it can get added in),

 - ZKP/ zero knowledge proofs - there may well be gold nuggets under this 
rainbow,

 - obstor,

 - "obscurity is a time buffer" (thank you Spirit of Nikopol :),

 - p2p reputation too, which is likely foundational for any robust overlay net

 - Note, still have some 'plain' iqnets emails etc to comb, on my todo list ...

(I personally have two unrelated court cases which appear to shall continue 
engage the bulk of my attention this year).

There are other projects around which may be more active.

Re: tor replacement - was Re: Box for simple Tor node.

[jim bell]

 It turns out that in two months, I will have the opportunity to announce this 
project at a convention.  I will be happy to do so if it appears that there 
will be sufficient progress in the next two months.  A fairly firm commitment 
by someone to write the software would be an excellent start.    And, this 
announcement MAY lead to some financing of the project.  
The main question, other than the financing, is the programming of the 
software.  Has there been any progress on this matter?  

      Jim Bell



On Monday, December 9, 2019, 11:39:10 AM PST, jim bell  
wrote:  
 
  I hope people haven't fotten about the idea for making  an alternate 
anonymization system.  The hardware requirements almost write themselves.  Yes, 
there was some discussion about the software issues.  Could/did somebody write 
a proposal of the functions and features of this system?  Any volunteers on 
programming it?
               Jim Bell


On Tuesday, October 15, 2019, 01:21:31 PM PDT, jim bell 
 wrote:  
 
  Jim Bell's comments inline:  
On Tuesday, October 15, 2019, 11:23:53 AM PDT, Punk  wrote: 
 
 
 On Sun, 13 Oct 2019 22:15:58 + (UTC)
jim bell  wrote:



>>...let's flesh out some of the numbers and practices.  Shouldn't take more 
>>than a few hours or at most a couple days, to give everybody an input. 
>> This   appears to be a representative sample of a Raspberry Pi 4 board, in 
>> kit form, 4 gigabyte of RAM (I guess they must mean SDCard, right, and not 
>> ordinary SRAM or DRAM?

    as coderman said, that's the pi's main RAM memory. So yeah, those ARM 
'systems on a chip'  are quite capable. They have 4 cores running at ~1.2gcps 
and tons of ram. 

_I_ remember when an Intel 8048 was called a "computer on a chip"!!!

>>  SD wears out, right?), with cables, a clear plastic box.  $85 in quantity 
>>one.  

>    the previous model with 'only' 1gb or RAM, same processor is $35 or less. 
>(you need to add a sd card, power supply and case)

How much main memory would be useful for a transfer node to use?

 >   ...so the hardware is quite cheap. The question is, of course, to what 
degree is it safe? The rpi for instance is designed in the english shithole by 
people working for the amerikan mafia known as broadcom. The rpi's main 
processor is a broadcom processor (not the quadcore ARM), running closed source 
firmware written by the raspberry 'foundation'. 

>    there are other systems that are not as bad as the rpi - at least you 
>won't be running GCHQ-NSA firmware directly. (some people were working on an 
>open source firmware but I don't think they got it to work)

I agree that this is a matter that needs to be discussed.  But no doubt you've 
heard of the saying, 'the perfect being the enemy of the good'.  


> Can we agree that 1,000 quantity will be a good initial "critical mass" for 
> this project? 

    A thousand independent node operators isn't a small number. 


>> tor is currently larger,  https://metrics.torproject.org/networksize.html 
>> but 1000 is still a good start.

 >   yeah, you have to take into account for instance what % of those nodes is 
owned by the NSA, GCHQ, FSB, stasi, whatever the chinese agency is called, 
samsung, hitachi, etc etc etc etc etc.

  >  but wait, is your network partially client/server like tor, or is it a 
fully decentralized peer to peer network? (freenetproject.org)

First, I'm not looking for it to be thought of as "my" network, although maybe 
I will be credited with some initiative for giving the project a kick.   The 
person whose network it is publicly known as might end up being the person who 
initially funds it, and agrees to have his name attached to the project as 
sponsor.  
And no, I'm not qualified to answer your second comment.  I don't consider 
myself a "software person", never have been.  This is yet another issue 'we' 
will have to work out.  
    


>> While hypothetically node operators might receive some sort of subsidy (in 
>> full or in part) for their internet-service cost, it's also plausible that 
>> their Internet payment will be their "skin in the game", their contribution 
>> to the project.  Centurylink offers 1 gigabit/second service for $65 plus 
>> tax.  The speed itself is only one part of the issue.  I think there is no 
>> data limit for their 1 gigabit service; their slower services may have a 1 
>> terabyte/month limit.  

>    I don't know about bandwidth costs, but they obv. depend on how your 
>network works. So discussing those costs before having some idea about what 
>kind of capacity/traffic/padding/architecture etc the system will have seems 
>kinda backwards.

The reason I initially referred to "1 gigabit"  service for nodes is that I 
was, and still am, under the impression that current Centurylink policy exempts 
them from their "excessive use" policy.  I suspect that computers of this level 
(Raspbery pi 4) won't be able to throughput more than a few tens of megabits of 
(processed) data, if that,