Hacker News new | past | comments | ask | show | jobs | submit login
Show HN: The Agora – an experimental social network (anagora.org)
157 points by flancian on Dec 29, 2020 | hide | past | favorite | 91 comments

Here's how I understand this project at this time.

1. There exists a set of files, or nodes, contained in GIT repositories, that sum up to a personal wiki, of sorts. These files, in the case of http://anagora.org, are copied from https://github.com/flancian/agora

2. In those files are links in a specified format to other such wikis.

3. A server (Agora Server) renders a the files in a manner far more useful for interaction. http://anagora.org is running said server. The actual data being served is (for performance reasons, I assume) a copy of the reference wiki it can them push changes back up to.

4. The server also has a daemon that is polling other such sites (presumably the source, not the other servers) looking for more content to add to its repository.

Question: Do those other sources get added back to the primary repository?

5. If we want to add our own, we clone a starter kit, and host our own server. It could be local, or on the internet. The data needs to be public, the server itself doesn't. If this is true, this makes hosting things much easier, as there is no need to maintain a server on the internet, just have a valid GITHUB or other such account in good standing, and valid email for the signup process.

Do I have that right?

Thank you for the great TLDR :) Some slight corrections and comments below.

1. https://github.com/flancian/agora does not contain actual user content currently (see 4. for historical context), but rather serves as a "root node": it contains a base [[CONTRACT]] (for now just a document stating a code of conduct that all users must follow; might be expanded into something fancier using a <buzzword>blockchain</buzzword>) and pointers to repositories (currently one per user) that contain the actual content. You might laugh at how simple this currently is :) https://github.com/flancian/agora/blob/master/util/reset

2. Yes; the format is currently precisely Markdown plus [[wikilinks]] as an extension. [[wikilinks]] are "dead" by default in Markdown, being non standard; the [[agora server]] makes them go live by anchoring them to a context (an [[agora]] [[node]]).

3. Yes -- although [[agora server]] is currently unable to push changes upstream to user repositories, this is planned. For now it's just a renderer. Users use tools of their choice ([[roam]], [[foam]], [[obsidian]], etc.) to create and maintain their repositories. I use [[foam]] on VS Code.

4. Right now the Agora only pulls from user repositories as per 1.; eventually it will indeed pull from other Agoras, forming a federated network. Agoras will probably interact as long as their contracts are compatible. A: as per 1., currently no content is actually stored in the primary repository. Note that initially the repository did contain the pulled content, as it was included with 'git subtree'; but on second thought I thought it was simpler and cleaner to have the root repository only contain pointers.

5. Yes, although note that the data does not need to be public either; you can run a graph from any source as long as you make files in the right format available to [[agora server]].









Hi there! I'm the founder.

This is my "hobby project". I work at Google as an SRE.

One of the ideas here is to integrate the Agora with existing social networks:


The Agora is an overlay to the internet (semantic web) controlled by users. It is part of the open source ecosystem.

If this takes off, who owns it? You or Google?

The community does :)

Google owns the copyright, as can be seen in the LICENSE file and headers, but the totality of the project is open source (Apache).

I own https://anagora.org in particular and plan to run it as a public service.

> Google owns the copyright

Giant Red Flag

Oh, interesting -- why do you think so?

I considered this for a while and I didn't find any downsides. It's open source; can be forked anytime by anyone.

I do this on my free time.

Software Freedom Conservancy's ContractPatch project has some exploration of this and other issues in employment contracts:


Have you though about using a pseudonym instead of your real identity for this? My contract even forbids me to contribute to OSS. You can’t advertise with any of your OSS work on your CV though.

I'm sorry to read. Mine doesn't, I'm lucky.

flancian is a pseudonym but many people know my real name, it's no secret.

> My contract even forbids me to contribute to OSS

What, in your spare time? That seems... restrictive

The standard Google employee contract contains this restriction. It's easier for them to institute a blanket ban on open source contributions (including in one's spare time) and then consider exceptions on a case-by-case basis. They have a dedicated internal committee that fields employee requests to work on open source projects.

Weird to even impose any restrictions at all outside of working hours. Can’t see how it’s any of my employers’ business?

How would they view working a second job? Does it matter in what field?

Depends on where. In many places this would be unenforceable and in some places illegal.

Why does Google own the copyright then?

Because Google owns the copyright to everything their employees make during their employment, whether or not they do it on company time or use company resources.

Exactly, thank you.

I understand there is often a reaction to seeing "copyright by Google"; but I researched it and it didn't seem to have any consequences of note.

The one thing I know of is that contributors to the project must sign a (one time only) CLA: https://cla.developers.google.com/about/google-individual

I hope this isn't an issue for you; if it is, please reach out -- or consider forking! :)


Because Google has killed every social play they've ever tried tbh. I can't get invested.

This isn't the same as the killedbygoogle complaint. I know they kill a lot because they try a lot but social is Google's Moby Dick. They'll jump on it and fuck it up if it takes off.

Fair disclosure I know it's distributed and as such I've got this link up my sleeve


I won't try to dispel this notion; I think your opinion is valid. I'll just say that in my experience Google is made up from a majority of people with good intentions :)

I'm interested in discussing how precisely Google could negatively affect the project -- I currently don't think that's possible, but I might be missing something.

Of course on the individual level Google hoovers up the smartest in the world! As a company though, social network shambles every time haha.

I don't know how they'd mess it up, gut feeling really. I do honestly wish you the best of luck outside of my cynicism!

The difference here is that this is not formally a Google project the way Wave, G+, etc were. This is just someone's hobby that incidentally Google owns the copyright to because tech companies treat engineers like glorified slaves when it comes to intellectual property.

Google kills social projects they run, but since they don't run this one, I don't see them interfering. Their ownership is just a technicality because of stone age IP law.

They don't take the copyright from you for a laugh.

That's far too overreaching. I wouldn't work somewhere that had ownership over my free time like this.

Google != Oracle

Ah yes. I had to do some searching (maybe I overlooked an easy link), but here are the sources:https://github.com/flancian/agora-server

Thanks for the feedback; sorry for the inconvenience. I'll probably add a 'github' chip somewhere on the page.

https://anagora.org/node/open-source lists all relevant repositories.

http://anagora.org/node/agora for a high level view.

http://anagora.org/node/agora-plan for a development journal+plan.

http://anagora.org/node/agora-protocol for interactions with the wider landscape.

Joining in with your writing if you already have it up somewhere and would like a new display platform helps a lot!

According to the Oxford dictionary:

> Agora: (in ancient Greece) a public open space used for assemblies and markets."

Hopefully without sounding rude - what's the experiment exactly?

You don't! I appreciate the question.

The quick and fuzzy answer is: whatever the community wants it to be :)

My current view follows. In a nutshell:

* The Agora is meant to be a goal-oriented social network specializing in problem solving.

* The first goal of the Agora is to build itself.

* The second goal of the Agora is whatever you (the community) want it to be.

* The Agora seeks to complement and enrich the internet and existing social networks instead of "taking over".

From https://flancia.org/agora:

"You can think of the Agora as a convention based social network; an optional, user-controlled annotation layer that can be applied over any internet platform which supports user-generated content.

I think one of the best possible uses for such a network would be to use it to pro-socially maintain a distributed knowledge graph tailored specifically to the goal of solving problems: those of its users and society at large.

Its users, as a cooperative group, could by default take a naive but rational approach to problem solving:

      For each problem in the set P of all problems:
          Describe it as thoroughly as possible.
          Maintain a set of known or argued possible solutions, S(P).
      For each solution in S(P):
          Describe it as thoroughly as possible.
          Maintain a set of resources (people, time, attention, money) needed to implement it, R(S).
Individual users could also declare their views on the state of the world explicitly: they define which subsets of P, S and R they agree with, in the sense that they believe they are feasible, true, interesting.

Users that agree on their defined subsets can then efficiently collaborate on solutions as they become available by pooling of resources.

We apply some good old recursivity and seed the Agora with the problem of how to build itself. That is, how to build a system that allows participating users and entities to collaborate optimally in the face of adversity (such as biases, irrationality and even actual ill intent)1.

The Agora should be built on a federated protocol to limit the harmfulness of diasporas. Groups might temporarily diverge in their views enough to want to run separate Agoras, but different Agoras should be able to cooperate on problems and solutions for which there is enough ideological alignment, and eventually merge."

> You can think of the Agora as a convention based social network; an optional, user-controlled annotation layer that can be applied over any internet platform which supports user-generated content.

So should this be understood as a kind of a multi-user Memex? Annotation and linking over any site that supports user-editable fields seems similar to that, if one squints their eyes.

Very interesting to see a project built on top of Underlay! I've worked in the space ~2 years ago when Underlay was still in stealth mode and haven't heard from them since. It looks like it has grown into possibly the solution for decentralized knowledge graphs that ticks most of the boxes we were aiming for back then.

Where there any other similar technologies that you considered instead of Underlay and what made you choose this one specifically?


I have to clarify at this point the Agora is not based on [[underlay]]; they are just a reference I go back to often in the context of [[distributed knowledge graphs]].

I know Samuel Klein though and I'm looking forward to collaborating more with him and the Underlay project; it hasn't happened yet mostly because the Agora is still at a very early stage in its development :)

https://anagora.org/node/underlay https://anagora.org/node/distributed-knowledge-graph

Ah, seems I've not read that page carefully enough. I thought the link on that page implied that it was built on Underlay, but I guess that was just wishful thinking :D

Haven’t looked into it well-enough to understand the details of how it works, but at first glance — would you say that this model for a distributed network might be a good/natural way to connect nodes/content on the p2p internet? (Say IPFS)

Yes, definitely!

The current architecture is the simplest distributed architecture I could come up with to get started: the Agora pulls from a series of git repositories that its users maintain, these repositories containing Markdown notes with [[wikilinks]].

[[IPFS]], [[solid]] are all natural directions to evolve in. I just started with something simple enough to be coded in a weekend :) And also something that most people in tech are already using (git+markdown).



For those who use systems like this or bubble graphs or roam, where you seek to loosely "relate" items with other items:

Doesn't it just get messy and overwhelming after a while? I visualize it as nodes and edges, but where the edges don't really mean anything specific other than "this makes me think of that".

I feel like a system that supported a lot of different types of edges that each had clear meaning would be more useful. "this requires that" and "this supports that" and "this needs to happen after that" or "this blocks that", etc.

Agreed. How data relates to other data is as important as the data itself. It’s unfortunate the roam crowd doesn’t seem aware of semantic web. The technical work to model a knowledge graph has already been done, and the result is RDF. The semantic web community has created vast knowledge graphs and ontologies, encoded in an open standard, and also tools to explore these graphs.

How can one use the labelled edges in [[ ... ]]-formatted personal note collection to get any actual value from it? (personal note because that's what at least some people use roam, obsidian, etc. for)

It would enable someone to query their knowledge graph.

Imagine I have a personal collection of recipes I like to cook, and the recipes link to foods with relation ingredient. When my friend comes over for dinner, I could ask them what foods in my kitchen they like, and instantly query all recipes containing those foods. Maybe I’ve added how long each recipe takes to cook, which appears as one of the many RDF triples I can use to filter and sort the matching recipes.

Knowledge graphs enable incredibly rich, structured queries. This is the promise and power of semantic web. Otherwise all you can do is rudimentary keyword searching.

The vision of the semantic web is to enable these rich queries over the entire collection of human knowledge, not just personal notes.

The true problem to me here seems to be then that I don't know what type of queries I'll run in the future, so I can't attach proper labels (to edges or nodes, doesn't matter which).

I see this exact problem with bookmarking tools. I have a large collection of bookmarks with many kinds of tags (topical, meta-tags like !important, !soon, !followup, !share, ...), etc. But the reality is those tags are not sufficient to search for what I need - adding a piece of content and searching for it are far removed in time (weeks, months, sometimes years), and "future me" doesn't remember the context something he put in with. The today-me can't anticipate which of the pieces of content will be useful and to what end.

So I don't know _what to search for_ or _how to search for it_ == but just as importantly, I don't know _what use to label something for_ and _what terms/structure_ to add to it.

I think the semantic web must have assumed we'll tag/label things correctly, and the reality is we don't do it because it's on average too hard.

Semantic web doesn’t assume people would label everything the same. You can relate two resources (you call them tags) as “the same thing” :) It’s just another relationship.

RDF models facts/knowledge as subject-predicate-object statements called triples. Each part of the triple is called a resource and has a URL.

You wouldn’t bookmark pages, you would state facts about them in RDF using a vocabulary of resources.

A hypothetical semantic note taking app would let you insert many facts (RDF triples) about something you find relevant into your own knowledge graph, and the facts you insert would be constructed from your chosen vocabularies (https://www.w3.org/standards/semanticweb/ontology).

Roam/bookmarks/hypertext is the Stone Age compared to RDF knowledge graphs. https://en.m.wikipedia.org/wiki/Resource_Description_Framewo...

The intention here is to fully support [[rdf]] as the Agora grows; I am just getting up to speed with it, but I'm in contact with more knowledgeable people thankfully :)

My current hypothesis is that [[wikilinks]] on top of the block concept popularized by tools like [[roam]] (lists in Markdown) are enough to implement a small lightweight DSL that maps to [[rdf]]. See [[agora actions]] for an early stage example representative of the direction I want to go in.




I am unfamiliar with RDF. Does it have relationships for opposing arguments/points?

People have been saying this for 20 years now. But try writing basic search queries.

Ubuntu/Gnome's builtin search engine (Tracker) for god knows what reason uses RDF/SPARQL and anyone who wants can run "tracker sparql <query>" from the command line or their app/library/tool to query all kinds of things on their system.

Its been around for a long long time but count how many people/projects use it.

I agree.

I have an idea similar to this (in many way Agoria has improved upon my idea, mostly in the fact it actually exists)

Something I spent time thinking about is adding metadata around relationships between nodes. In keeping with the KISS philosophy of markdown it's difficult to capture that without adding some messy syntax.

On the whole, I think OP is onto something. Though heavily geared towards those of the technical community.

Ahoy! If you would like to collaborate, the Agora is [[open source]] :)

I know what you mean w.r.t. Markdown syntax. One thing I'm trying to do with the Agora is to use a single extension ([[wikilinks]]) as much as I can; see for example [[agora actions]]. TLDR: I think wikilinks and blocks are enough to craft a simple DSL that lets you remove most of the limitations for defining/passing metadata.

See also: [[the agora is a markdown convention]].





At first i embraced the graph structure on my notes. Later on, it gets messy. Some of my nodes are "lost forever" since i cant recall the exact [[NodeName]] to link it back. Then i implemented a log system to automatically write down all the new node created, chronologically. So, i could always look for this log to rediscover all my lost nodes. Later, i found that retracing all the log to rediscover my nodes is such a laborious task.

So i give up, and currently i am embracing the tree structure to manage my networked notes. Now, i'm testing this new system. Maybe in the future i could find even better way to manage my notes.

It has the inverse trend of a files/folders system. Roam graphs start out messy but a natural order emerges organically over time as a consequence of links. File/folder structures need regular maintenance or they become less organized over time.

Interesting idea but extra confusing layout. I'm still not totally sure what it is or does, even after reading.. It seems just a collection of random notes, which isn't that interesting to be honest. Perhaps a few accounts showing some interesting content could help us realize your vision.

Thank you for your feedback! I will keep iterating on the text. Overall I agree though :) Its interestingness might scale with user activity, being a social network.

https://anagora.org/ might clarify what it does: it surfaces content related to the node you're visiting using a lightweight fanout convention (lightweight in particular once you get the setup right or if you're already taking notes using something like roamresearch.com).

Essentially when you click on a wikilinks such as [[hn]] you see many pages about HN sequentially, one or more per contributor (user). It's a bit like distributed https://everything2.com.

The network seems exciting but it definitely needs a less confusing explanation. Or at least an explanation that does not require prior knowledge of (what seem like) niche concepts.

> "It surfaces content related to the node you're visiting using a lightweight fanout convention"

Requires knowledge of what exactly a "node" constitutes in this context. Since I don't know what such a node is, the remaining part of the sentence about the fanout convention is just meaningless (it also seems irrelevant?).

Now, it is explained on Agora what a node is, namely:

> "A node is the set of all subnodes with a given title, or otherwise mapping to a single entity or wikilink. Subnodes can come from a variety of sources; currently these are mostly notes as volunteered by users via their independent digital gardens."

This suffers from the same problems: I still don't know what a node is, since I would need to know what a subnode is. I'd expect a recursive relation where a subnode is simply a node that is a child of a node, but it seems there is a distinction between both. In any case, it's still unclear.

It seems as if it's written by someone who's so familiar with these concepts that they forgot what it's like to not have this background knowledge. I'd recommend letting someone without prior knowledge explain to you what they think it is in simple terms, and build your explanation from that.

Thanks a lot for your feedback! It is very valuable. I've tried improving [[node]] with your feedback in mind.

Yes, I agree; all text is a continuous work in progress. What you see in the Agora are my notes about the Agora as I develop it and think about it, essentially. Part of the reason I posted this Show HN is to get feedback from people new to the project yet presumably close to the current target audience, if there is any target audience at all :)


I like the idea, in general, but I'm finding this makes for confusing navigation. In particular, the idea of a "node" being the set of subnodes with the same name is counterintuitive to me. Maybe it's just the terminology, or maybe I just find things easier to navigate when they're presented in a strict hierarchy.

I did immediately get the "Everything2" vibe, which is cool, but the thing is -- I've never done anything other than a random walk through Everything2. I couldn't imagine trying a directed or semi-directed traversal of related topics in Agora.

What am I not grokking?

There is a "distributed knowledge network" we use called the "World Wide Web." It has an "experimental social network" powered by RSS, WebMention, and ActivityPub.

Yes, I agree of course :) The Agora tries to be complementary to these efforts; I hope to be able to make it compatible with every open standard and semantic web project out there, in a way that makes said projects and standards available and useful to its users regardless of technical background.

In a way I think of the Agora as a (hopefully) cheap open integration hub, targeting initially people that are maintaining blogs or notes repositories (a la [[roam]], [[foam]]) and would like to see them integrated within an extra ecosystem; but eventually moving on to the greater task of providing an alternative to some walled gardens.







Everything is based on something that already existed.

You could make the same comment about the web, RSS, WebMention, and ActivityPub (and everything else that's ever been).

Why is this always the #1 post on every Show HN post?

Oh, this is really just something else?

FaceBook was just MySpace, which was just AOL.

Google was just AltaVista.

Amazon was just Barnes & Noble with a crappy website.

This is excellent, however I think that discussion of implementation details is obscuring the real glory of this project. Allow me to explain.

Once upon a time, I spent a whole lot of time in physical libraries. To this day, I remain enamored with the 'stacks', those 'endless' rows of roughly categorized text that allowed for discovery of knowledge new to an individual in a manner that the post usenet internet seems to be unable to emulate.

Why, when we have the 'sum of all human knowledge in our pocket' does an interface similar to library stacks not exist? Search engines in their modern forms were probably unavoidable, just as librarians and card catalogues are necessary to help patrons quickly access specific information, but a library without public access to the stacks is hardly worth visiting. In fact, libraries were like this during a particularly dark period in western history and only though the work of a handful of forward thinking librarians did public access become the norm.

The agora 'nodes' listing is possibly the closest I have seen to a 'stacks' like structure for the modern internet. To me, regardless of implementation, this is a momentous achievement. Also, if anyone knows of a similar structure, please let me know.

The description sounded like it'd be an RDF schema, and then it even mentions semantic web, but judging by the specification, it doesn't involve those technologies, and rather about hyperlinks (i.e., regular WWW). Which is indeed a bit confusing: I wonder whether I've missed something, and if so, whether integration with wider semantic web is possible and/or planned.

Thank you for the great question!

The intent here is definitely to embrace [[RDF]] and any other applicable semantic web technologies and standards -- the [[Agora Server]] is only about one month old so really quite early stage, and I only started learning about RDF recently (see notes if interested); hopefully some degree of RDF support will happen this upcoming long weekend :)

I am in contact from the [[wiki]] and [[web annotations]] communities and also have plans to adopt standards from these groups.

https://anagora.org/node/rdf https://anagora.org/node/wiki https://anagora.org/node/web-annotations https://anagora.org/node/agora-server

Have you looked at https://github.com/akngs/ecogwiki ?

You might get some good ideas from there, it was a sort of similar python wiki like project that were made for App Engine, it has backlinks, it used json schema extensively (maybe too extensively).

Thank you for the pointer! Noded: https://anagora.org/node/ecogwiki.

Will check it out this long weekend :)

Looks interesting but could do with a lot of UX work etc. You're not going to get the average FB/Twitter user using this if you're confusing even HN'ers.

Thank you for your feedback! Getting it to be good enough for HN'ers is the right first step :)

The hypothesis is that "niche" might be good enough to bootstrap something more generally interesting.

This feels like Gopher, orgmode, and a wiki had a baby.

EDIT: I think there's an Uncle Webring in there too, somewhere.

Haha, thank you kindly! That's music to my ears. It is definitely inspired by the internet ca. 2000, when I went online.

I've been working on something like this too (knowledge graph research).

https://github.com/altilunium/Note : Forked from PmWiki https://github.com/altilunium/rtnF : Re-written from scratch

I'm still struggling to differentiate this from a wiki, since its main feature is still the [[WikiLink]]. The best thing i could think up for now is to modify the wiki's UI and UX for personal note taking usage. To create "networked-notetaking application". Pivoting my research goal from "organization-knowledge-management" to "personal-knowledge-management".

The idea of "knowledge-graph-based social networks" is cool, but dont you think that the "post + comment thread" pattern, the "interest group" pattern and the "one-to-one direct communication" pattern are irreplaceable in a social network ?

Even the wiki itself is using a rudimentary system to simulate those pattern on top of its knowledge graph structure. Lot of people, communicating together by editing the same single page, just like using a single blackboard together. (For example, see the "Talk" page on wikipedia)

I don't know how invested you are in the name, but there are several projects in bordering scope with the same name (I personally confused it at first):


Unless I'm reading this wrong: is this a search engine that indexes everything Google doesn't? I can see this being valuable for closed groups that define their own objectives i.e. a SubReddit-esque set-up where one can search for information on a theme say finance. The quality of results on the meta level risks to be lower. On second thought, the idea of Google now indexing my personal info because I hooked onto the graph? Not sure how comfortable I am with that. Intriguing if Google does not index it. Cool idea though, good luck with it!

God damn, this is so interesting. I can't figure out how to sign up though.

Thank you for your feedback! It is important to me.

The Agora is currently costly to set up, but cheap to use after that.

https://anagora.org/node/agora-editor for pointers on what the environment I use looks like. If you use a code editor and/or git you're almost there :) If you don't, I'm happy to provide tailored support.

https://anagora.org/go/agora-howto for a step by step :)

The experiment here is in self-selection, because only a very few, peculiar individuals will see that page and think, "Sign me up!"

anyone else have no idea what is going on here?

I don't think a new social network should be centralized. what the world really needs is a user-friendly interface for urbit

>I don't think a new social network should be centralized. what the world really needs is a user-friendly interface for urbit

And without the pyramid scheme[0] aspect of urbit.

[0] https://en.wikipedia.org/wiki/Pyramid_scheme

To be clear, the Agora is not a centralized network.

Its architecture is very simple but it's already decentralized; users keep full control of their data. I also intend to evolve it in the direction of a fully distributed system.

See https://news.ycombinator.com/item?id=25581127 for more :)

>To be clear, the Agora is not a centralized network.

I'd read the comment you linked and am aware of that.

My comment was addressed to the poster to whom I replied.

Agora seems interesting, although I think the requirement for external dependencies (a git repository) makes it less viable as a platform.

I get that it's necessary to have standardized formats for data -- especially in a decentralized environment.

I also get that markdown/git is a ready resource for that.

However, it seems to me that unless one is willing (and able) to set up their own git repository/server on their own (physical, VPS or cloud) hardware, you're getting decentralization of Agora on the back of centralized git platforms -- which kind of defeats the point of a decentralized platform.

Unless your only target set of users are developers and other technical people with the resources to host their own git instances, forcing the use of git repositories will limit both interest and adoption.

Removing such a requirement (or baking git into the platform) would go a long way toward making Agora more attractive, IMHO.

I am most certainly not trying to discourage anyone from using Agora, nor do I think it's a bad idea.

In fact, I think it's quite interesting. Thank you for working on this and I wish you much success with it!

My apologies, my comment should have been attached to the parent :)

Thank you for your comment! I agree with, well, all of it -- as it stands now the Agora is decentralized only for users that can control their own infrastructure; and is indeed usable at all only by users with a certain degree of technical know how.

I intend to do what I can to fix this and make the Agora [[maximally inclusive]] -- it is not arcane as a design principle, but rather due to limitations of the current implementation. Put another way, I consider the current implementation just an MVP that might allow us to test some interesting hypotheses and perhaps bootstrap a more inclusive distributed architecture.


someone has to pay to keep machines running and urbit's game theory is the only tractable one. you could either be a chattel slave farming sponsored content clicks in perpetuity (a la fb and twitter) or you could be mooching off someone running a site out of generosity (a la activitypub). urbit is an alternative to both of those.

>someone has to pay to keep machines running and urbit's game theory is the only tractable one.

Do they? Why?

What physical law requires this?

Is it based on logseq?

The Agora tries to be client-agnostic; in that sense it can be based on whichever client/editor you prefer :)

Having said that, logseq is very promising as it's based on precisely the same architecture that the Agora uses now: Markdown in git repos. I would love it if [[sign up]] could be just "click here to start a digital garden in logseq and have it show up in the Agora".

Unfortunately the format that logseq uses to encode blocks is not compatible out of the box, as they use Markdown headings instead of nested lists -- but I've spoken to them and IIRC they have an issue open to support nested lists as a block encoding convention, which I personally believe makes sense (there is a tradeoff here, though).


Well that was confusing

Ok, but please don't post unsubstantive comments, and especially not on Show HNs: https://news.ycombinator.com/showhn.html

You could turn a bad comment into a good comment by helpfully explaining which parts you found confusing. Better yet would be to make some suggestions for becoming less confusing.

Ok, how about: I have no idea what this is, what it does or how to use it. The UX and words tell me nothing. The layout is confusing. A paragraph which outlines a high level vision: "we're building an experiment in how to do X with Y" or whatever would do wonders, even at the early stages of a project.

Thank you for your feedback! I've tried to address it with the latest update to [[agora]]. In short, hopefully https://news.ycombinator.com/item?id=25577016 provides the gist of it.

Additionally I set up [[goals]] to try to answer this for future readers.

https://anagora.org/node/agora https://anagora.org/node/goals

Thanks, those really help. I'm starting to get it now :-)

I think this idea only really speaks to the Roam Research crowd, which is quite esoteric. Non the less, it is cool project.

Sure, that's much better.

Applications are open for YC Summer 2023

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact