#dcn

🅱🅸🅶🅾🆁🆁🅴.🅾🆁🅶bigorre_org
2025-05-03

Aviation weather for RAAF Base Curtin airport (Australia) is “METAR YCIN 030800Z AUTO 17007KT 9999 // NCD 33/11 Q1010 RMK RF00.0/000.0” : See what it means on bigorre.org/aero/meteo/ycin/en vl

Shin Seung YupAnakin71
2025-02-23

So many enthusiasts at the 2025 and our stand

Ducati 916 Senna #199
find you on :butterfedy1: fediversefrogzone@wizard.casa
2024-12-22

Dear @sugar_labs vvv

@Suiseiseki wrote:
> It's so sad that sugar labs are on such a censorious instance that I can't even send them a thanks message.

i'd just like to pass on my appreciation to Thom and the gang in keeping FSF up, nice article! As an aside i'm saddened to see so much cloudflare and m$haft in the FOS stack, and that amazno and fastly appear to be creeping in. heres to the resistance.

when it comes to fediverse i hope we can get to a point where conscientious fedizens who want to contribute to the ongoing sustainability of their instance can become a #DCN (decentralised content node :derpy_tongue_poke:) for their instance. it could even have possiblities for websites like FSF now that i think about it. Imagine if i liked a page on FSF and the images for that page can also be served (with an integrity check) by me over (privacy respecting) i2p, because the page is somehow activity pub integrated.

hmm

enough thinking and more thanking.... thanks again fsf for being a force of things open and free.

@fsf @thomzane

find you on :butterfedy1: fediversefrogzone@wizard.casa
2024-12-21

@jeffcliff flattered btw <3 keep up the great fight however u do it. i think the #DCN / #ipfs idea for fediverse would probably translate well to a crimeflare service like #dfca, but alas it will require initial pain to setup.

find you on :butterfedy1: fediversefrogzone@wizard.casa
2024-12-18

@nimda @silverpill @r @erlend

2/2

On the topis of Nomadic Identity (FEP-ae97)

i love the idea, but i dont believe :butterfedyA: fediverse is mature enuf to handle this feature in a way that upholds one of the core goals of fedi, #decentralization.... the evidence for this is the reliance on large CDN (cloudflare, anazon, fastly, bunny) by the larger instances that are commonly perceived as more "reliable". We have not yet solved the centralization issue, so nomadic identity will invariably lead to more centralization that is already problematic. My estimates are fedi is 70% centralized (not considering Theats which i don't consider part of the open web, nor fediverse) (see also #fedipact and the license of the #fediverseemoji i use). Nomadic identity is therefore, at this stage, a double edge sword.... a classic case of "be careful what u wish for, lest it come true".

As a result, i have a slightly different set of priorities for #resilience. Once existing i2p functions are seen to work effectively (low-hanging fruit.... we could verify this in a week or so) i'd like to focus on Decentralized Content Nodes (#DCN).

DCN

DCN is about individual fedizens helping their instance stay online in the first place, by offering to serve the media (ie, images and video) in posts that they produce, Like, React, and Boost. I'm confident that a fork of the #IPFS browser addon, can make this an easy process for a fedizen to setup, guiding them to install/configure i2p correctly, and if they want to also serve content to others, guide them to also install the DCN on their particular linux distro.

CONS: (but remember these are purely optional downsides for ppl who choose to help their instance)

- likely requires an addon
- minor unreliability (i2p connections may not work on first attempt (an easy way to re-try load will be important)
- a bit of latency (2.5 seconds if a connection is not established, otherwise is effectively instant, established connections last for 12 mins). Lag only affects media above-the-fold, content below can take as long as it likes to load, as long as it loads before the viewer scrolls down.
- slightly slower load speeds (i2p gets to 200kbps speeds on average)

so yeah is great that you are interested in mitra :awesome:

i think because mitra suppots i2p, is best placed to fix :butterfedyA: fediverse's urgent centralization, privacy, freedom and reliability problems.... happy exploring.

find you on :butterfedy1: fediversefrogzone@wizard.casa
2024-12-12

@drq @duponin @yura @rf
nice to see ur a fellow xmpp/btc-interested person, but i wont visit link to m$g on this occasion, thanks but no thanks. m$g are software theives, labor poachers, gate-kepers etc.

hopefully a method of decentralized content delivery will be developed soon that takes away power from totalitarian big tech cdn's. if u cant see posts on #DCN (decentralised content nodes), a play/reversal on CDN that uses the invisible internet protocol, i'll dig something up 4 u

find you on :butterfedy1: fediversefrogzone@wizard.casa
2024-12-05

To get away from CAs (#certificateAuthorities) i think web servers and sites ought have a list of other sites that they can vouch for, to bujild a Web Of Vouched Encryption And Names (WOVEAN), and then ppl can, as they type a name, see their WOVEAN address book in real time and see the sites that were used to vouch for the name and public key.

So if my website links to a page then the public key of the site, in beech32 format (the format used by i2p) goes into a list for vouching. The more I use links to a site the stronger the "vouch" for that site.

i suspect that every site will have on average 200-400 sites that they'd vouch for, with 150 of those being strong "vouches" but a fediverse server might end up with tens of thousands of weak "vouches". A fedizen who wants to visit postal.com might just be able to ask and fediserver for all names that start with "po".... if that would result in too big a list then the fediserver can refuse and the fedizen can ask for all results starting with "pos", an extra letter etc. this continues until a mapping of names to B32s can be provided.

this sort of thing might work as part of an addon that i've been proposing to help fedizens crowd serve fediverse media over i2p. Media that they as INDIVIDUALS like and share, or (for improved #search) an INDIVIDUAL FEDIZEN might even share all posts that they can see, which use a #hashtag that they as an INDIVIDUAL have used. This proposed addon i have previously called #DCN (DeCentralized Network), which is ITSELF a tongue-in-cheek rebuttal of the oft-centralized #CDNs.

i2p has a weird and annoying quirk that has made it technically totally possible for the #nameservers to claim a "subdomain" of a site, eg. betty in betty.postal.i2p belongs to a completely different entity to postal.i2p.... but for what i propose, if a browser WANTS to know what the B32 of betty.postal.i2p is then it would HAVE to ask postal.i2p. and it should be possible for a subdomain to have the same public key as the toplevel domain (currently i2p address books dont allow this, which is sort of dumb to me).

really this system could work like the pet naming scheme from @cwebber et al

does this sound compelling? really I don't think i'm outlining anything new here, ive just come up with an acronym, WOVEAN, which might help make the concept more palatable to the average non-techie,,,,

Eg. "Is your site #wovean?"

and i'm combining this with an addon proposal with overlapping functions.

a negative is it may add to the amount of responsibility that webmasters/servers have, but not for i2p natives, as most people who share links in i2p will often share them alongside the b32 link. We WILL however want the webserver to be able to detect when it is sharing a WOVEAN link, so that it might AUTOMATICALLY(?) go into the sites address list? The browser addon would detect that a site is WOVEAN from info in the html head, and ask the viewer if they would like to "Fetch the WOVEAN addresses"?

(If you dont interact I'll recommend to folks not to tag you, in subsequent resposes.)

#encryption #naming #dns #mitm #infosec #sociology @gabriel @nimda @silverpill @fedilist @p @r @i2p@mastodon.social

find you on :butterfedy1: fediversefrogzone@wizard.casa
2024-10-26

@feld @p @silverpill @jeffcliff ok, very interesting to read these thoughts on the degraded state of IPFS and how unfit it currently is for use with fedi (in browser as an add-on and as a server).

it fits with my thesis that foss on m$github is getting slowly compromised, by the shell accounts that the corporate state have on that weaponized platform.... a controlled platform, at best, and a platform that deanonymizes devs, which is a way to control them at the very least.

Id consider going back to 2021 and looking at their codebase then, and comparing it to today, there were some very prominent independent media folk talking about IPFS back then and so i suspect that THAT is when the controlled demolition may have started. My understanding is once the corporates have their sights on a codebase they force the programmers to accept bad tradeoffs. Trade-offs exist everywhere, and permutations of tradeoffs can be chosen ad-infinitum. my learned experience is that foss on mshithub tends to not improve in ways that would allow it to compete with corposhit, especially in the #ux department.

to accelerate :butterfedyC: fediverse centric adaptations, just over a week ago i wrote about having #ipfs on another repo and i now, having read both your comments i think it may need to indeed be a fork. a week ago i suggested the acronym DCN (decentralised content network) a tongue-in-cheek reference/reversal of CDN....

so yeah if anyone wants to run with that idea, u have my blessing

#dcn #msgithub #getoffgithub

2023-02-28

🎟️Tickets are on sale now.

📢Check out the great lineup! @LeanderReimer @maischl_s @MarkusKett @robhoffmax @onkelkodi @AdamBien u.v.m.

🔗dc-nordoberpfalz.de/digital-cr
---
RT @XDEVSoftware
🗓️ Save the date! The Digital Craftsmanship Nordoberpfalz (#DCN) network invites you to the first #DigitalCraftsDay on April 28th.
Get ready for a fantastic program: agile topics, language models/ChatGPT, DevOps + IT automation,…
twitter.com/XDEVSoftware/statu

2022-12-12

We set out to test intrapersonal coupling of PFC and RSA activity in both infants and adults during a "resting phase". However, we did not find significant coupling. Our first #registeredreport in #DCN: doi.org/10.1016/j.dcn.2022.101

2022-11-15

Educational talk from @jschulzesiebert at Informatik Campus Wiesau at our #dcn Meetup. The topic is no-code development.
Thank you Jan for sharing your journey and experiences! 🙌🏽

Pedro Fernandes 👨‍💻DJPRMF
2022-10-20

RT @hostuptime@twitter.com

Já começaram as 24 horas dos melhores descontos do ano!

Aproveite as promoções do Dia das Compras na Net:
👉 htt.pt/dcn

✉ host@tugatech.com.pt
📞 707 502 576 / 210 200 002

🐦🔗: twitter.com/hostuptime/status/

2022-04-26

How can we improve inference and replicablility in #DevCogNeuro? Let's 1) strongly demarcate confirmatory NHST from exploration; 2) reward explicitly exploratory work. We offer a set of tools and strategies we think are well suited to how many in #DCN do their work psyarxiv.com/ez5sf

Client Info

Server: https://mastodon.social
Version: 2025.07
Repository: https://github.com/cyevgeniy/lmst