News for hackers. Stuff that matters.

willscott

Re:Reply on Bluesky and Decentralization on Tuesday November 26, 2024 @09:36PM (#42252382)
Bryan touches on an important axes in the question of how to structure decentralized networks in describing sharded search as "too risky to build on today."

Designs that a team thinks will be able to scale are going to be different from the ones built in a fully satisfying decentralized way. It's the prototyping and experimental networks that can help pave the way for more decentralized systems to get built with the intention of scale.

Re:This website is hosted on Bluesky on Monday November 25, 2024 @02:23AM (#42233994)
One of the points that is made is that since the PDS that's being interacted with here is part of a 'Personal Data Server' rather than the Bluesky product, it ends up able to offer infinite free data storage.

This seems like one of the things that might be part of the references the bluesky team has made at time to introducing a subscription service - providing more space / bandwidth / higher quality video on your PDS seems like the type of hosting that could be offered at a premium tier.

Re:I Moved My Blog from IPFS to a Server on Thursday February 01, 2024 @06:00AM (#39214681)
https://github.com/djdv/go-filesystem-utils/pull/40 lets you interact with IPFS as an NFS mount
Re:Unlocking North Korean songs on a karaoke machine on Wednesday May 03, 2023 @02:56AM (#35798986)
This was a fun project. It's good to know that a lot of the north korean consumer technology does propagate at least to the border areas with China, and so has a chance to be archived and kept available into the future.
Re:Public Randomness and Randomness Beacons on Wednesday October 19, 2022 @10:07PM (#33270051)
Likewise, the 'essentially the same' drand is a 2017 paper https://www.ieee-security.org/TC/SP2017/papers/413.pdf and the league of entropy has been running since 2019, so hard to know exactly what the additional pioneering was in 2021.
Re:DPRK Textbooks on Saturday October 09, 2021 @09:16PM (#28814912)
I uploaded these a few years back. glad to see people running across them!

They came from a DPRK tablet, and it took some reversing work to recover the PDFs. There's a talk about what went into getting them uploaded: https://media.ccc.de/v/34c3-9279-dprk_consumer_technology

Re:Dear young people: if you don't vote, nothing else matters on Tuesday September 22, 2020 @03:29PM (#24558774)
counterpoint: less disenfranchisement, actions to honor the popular vote at the party and popular vote level (see: super delegates, electoral college, state representation), perturbation of the 2 party system to allow representation of positions held by young people would all be _actions_ to cause more people to vote, rather than telling people to stand in lines in badly gerrymandered counties with insufficient services. At some point, people loose trust in the system. Gallop polls from this year indicate that 60% of Americans do not have confidence in the US election system [1].

[1] https://news.gallup.com/poll/285608/faith-elections-relative...

It would be super interesting to overlay the scale of efforts like this one that follow publisher licenses with those of scihub that ignore them.

The amount of effort we put into curation due to license and the amount of content lost because of our ownership policies seem to be coming more clearly into view as we consider the costs those choices incur.

Re:Libvirt – The Unsung Hero of Cloud Computing (2013) on Friday September 04, 2020 @12:35AM (#24371734)
for the last month (v6.6.0 and v6.7.0) libvirt has been released with a new key 453B65310595562855471199CA68BE8010084C9C (first seen:2020-07-20). It hasn't been signed or verified by any other source in libvirt / redhat yet. https://www.redhat.com/archives/libvirt-announce/2020-July/m...

That is preventing downstream distros, like arch, from admitting these new releases into their package repos.

Critical infrastructure, indeed.

Re:Willscott/go-NFS: Golang NFSv3 server on Wednesday August 26, 2020 @09:37PM (#24289336)
it is read-write and shares types with the existing https://github.com/vmware/go-nfs-client for the client side implementation.

optimization and testing are ongoing :)

Re:Willscott/go-NFS: Golang NFSv3 server on Wednesday August 26, 2020 @07:20PM (#24288421)
V4 has many more things going on (it's stateful, has a much more complicated locking system integrated, and adds some other points of complexity that get better performance). More than I was ready to take on for a first pass :)
Re:Willscott/go-NFS: Golang NFSv3 server on Wednesday August 26, 2020 @07:17PM (#24288395)
Most testing has been on a Lan or on the local machine for local VFS use cases.

This layer eschews responsibility for multiple concurrent clients for simplicity. No promises you'll get either decent performance or proper cache invalidation when using it that way. It tends to be conservative in not filling in all the opportunistic caches.

There's a hook the backing application can use to tune reads and write sizes that becomes much more relevant in a network case. How those should be set in practice isn't something I've spent time on.

Re:Willscott/go-NFS: Golang NFSv3 server on Wednesday August 26, 2020 @06:21PM (#24287983)
It defaults to a high port. when mounting, you can pass options to set both NFS and MOUNT port and skip the portmapper.
Re:Willscott/go-NFS: Golang NFSv3 server on Wednesday August 26, 2020 @06:16PM (#24287932)
one of the major attractions of the fuse abstraction layer is that once you have fuse you can interact with more exotic file system types without having to deal with new kernel drivers each time.

Instead though, you can translate the exotic file system types to nfs, and use the existing kernel drivers that already exist for mounting an NFS mount.

Re:Willscott/go-NFS: Golang NFSv3 server on Wednesday August 26, 2020 @05:28PM (#24287484)
Wasn't expecting to see this here!

This turned out easier than i was expecting it to be. It's nice to be able to mount a VFS without needing privileges on the server side. The main intention for this code is to eventually use it to replace fuse on mac, since nfs is a valid mount time for mac clients to consume.

Re:IPFS 0.5 on Tuesday April 28, 2020 @08:50PM (#23014004)
Censorship / availability is the issue. As you lay out, Sybils can be used to target a specific address / piece of content in an attempt to prevent it from being found. The good news is that there are some pretty mechanical things - like maintaining a consensus of known-trusted nodes that can be used to validate a node/piece of content isn't under attack - that should be sufficient until IFPS is quite a bit larger than it is today

I don't think I see the impersonation / bad resolution problem though. IPNS records are content addressed to the key. Having control of a portion of the network isn't sufficient to compromise that (you can prevent availability though).

Re:IPFS 0.5 on Tuesday April 28, 2020 @08:03PM (#23013676)
For BGP partitions / Significant network outage conditions: You may not find content partitioned on the other side of a netsplit from you, but the degraded condition is that you can still query and find content present in the same part of the network as you. This is better than centralized solutions face at present - e.g. google not being available in China, and isn't too far off from what you might hope.

For Sybils: You've left the attack you're worried about pretty vague. IPFS itself doesn't need to tackle many of the sybil-related issues by being content addressable (so only worrying about availability - not integrity) and not being a discovery platform - so not worrying about spam / influence. For the remaining degradation attacks - someone overwhelming the DHT with misbehaving nodes - there's been a bunch of work in this release looking at how to score peers and figure out which ones aren't worth keeping in the DHT.

Re:IPFS 0.5 on Tuesday April 28, 2020 @07:05PM (#23013207)
The release notes contain a pretty extensive list of what APIs have changed.

The path to upgrade the dependencies is probably to run `go get -u <dep>` for the direct dependencies you're including, and then fixing errors that pop up from doing so.

Re:Where Sci-Hub Is on Monday February 24, 2020 @10:08PM (#22410610)
IPFS is actually a better fit for this than it might appear.

It doesn't pro-actively replicate content, so it isn't like bit torrent where everyone is uploading.

Instead, it provides resilience, where the actual location of sci-hub could move around, but requesters could still get access to the content. The rest of the network acts to help with routing, but won't be serving data they haven't accessed themselves.

Re:F-Droid at 36c3 on Sunday January 19, 2020 @08:30PM (#22095495)
The note on Timeless at the end is very exciting.

https://repeatr.io/welcome/what-is-timeless/ explains timeless as a set of tooling for reproducible builds with a broader and more hash-based mandate than what's out there currently. While early, it seems like it's a reasonable path towards getting a reproducible system that won't fall apart as fast over time, by vendoring the dependency system in the same way modern language-specific package managers do, but at a language-agnostic/distribution level.

Re:Xor Filters: Faster and Smaller Than Bloom Filters on Friday December 20, 2019 @11:33AM (#21845324)
VLDB also just published a paper on a similar, improved bloom-like data structure "Vacuum Filters: More Space-Efficient and Faster Replacement for Bloom and Cuckoo Filters" http://www.vldb.org/pvldb/vol13/p197-wang.pdf

It would be interesting to get a comparison between Xor and Vacuum.

There are a few reports of Thiel trying to improve his image over the last couple years.

Pressure appears to have been applied to suppress the association with his interest in transfusion of blood / being a vampire. https://gizmodo.com/someone-is-trying-to-discredit-the-story...

There are also articles from the same period casting uncertainty on his extreme libertarian beliefs https://www.bloomberg.com/news/articles/2018-04-20/peter-thi...

Re:The World's Most Efficient Languages (2016) on Saturday December 01, 2018 @11:56AM (#18577576)
No mention of Ithkuil, a conlang notable for attempting to maximize efficiency of expressiveness.

https://en.wikipedia.org/wiki/Ithkuil

Re:Carlo – Web rendering surface for Node applications on Thursday November 01, 2018 @12:43PM (#18355824)
Hunh? Apache is a more permissive license than MIT. why is Google waiving it's claim to patents on this project a problem for you?
Re:Show HN: Recursive DNS Server Fingerprint on Friday April 21, 2017 @03:13PM (#14168454)
This is a very cool use of RIPE Atlas!

Note that it's not going to flag many of the censorship apparatus, because they will inject replies only for queries matching their denied patterns.

Reversing that list in a useful way remains tricky, to say the least.

Re:Front-End Performance: The Dark Side on Thursday April 28, 2016 @08:29PM (#11592960)
This is a cool side-channel attack that makes use of two nuances in the web.

First, the cache storage mechanism in service workers allows a site's javascript to cache a 3rd party request it has loaded through the fetch API. Caches aren't thinking about timing attacks, and in general are performance sensitive, so it's reasonable to expect that larger resources will take longer to cache and this time can be observed by the page.

Second, you can generate facebook posts which are targeted to specific demographics - like age ranges or specific ages. This will generate URLs which will have a different page length when loaded by logged in users in the target demographic compared to others. It looks like this is possible because there is not an explicit 'access-control-allow-origin' header set on facebook, and while the 'x-frame-options:deny' prevents loading of the content, it can still be cached by a 3rd party.

Re:The forbidden railway: Vienna – Pyongyang (2008) on Saturday February 20, 2016 @01:24PM (#11141191)
Some contextual notes on how this compares to today:

* American citizens have been denied access to anything except specially chartered train cars since 2013.

* Train service runs daily between Pyongyang and the Chinese border at Dandong. It takes much of a day to travel to the borer.

* Train service from Rason up through Tumangang runs twice each month, and a car from that train will hook up with the next trans-Siberian train outside of Vladivostok and continue to Moscow.

* It shouldn't be expected that the same train runs from Pyongyang to rason as onwards to Russia. The state of the tracks between rason and Pyongyang have apparently deteriorated (largely in terms of intermittent power) such that it can take several days to make the trip down the east coast.

* Russians in the Pyongyang embassy regularly book train passage between the city and the Russian border.

* Standard visas issued by DPRK continue to list tumangang as a valid port of entry.

The researchers put the tools they used and decompiled code on-line: https://github.com/takeshixx/redstar-tools

Older »