Public signal: brainstorming thread

Origination for this concept: most recently discussed with Delphi folks in Paris.

Basic idea:

Let’s take Kickstarter as the basis. Kickstarter is a supply-side-driven counterparty discovery system for small-scale public and private goods production:

  • Some person or small organisation with a concept writes a proposal for a good they would like to produce and a threshold of funds which they need in order to be able to produce it, plus often so-called “tiers” or particular rewards tied to individual levels of contribution.
  • Contributors (“backers”) choose how much they want to individually contribute, and consequently what they will individually receive if the project is funded (and actually delivers).
  • If the threshold is met, the project is funded. If not, it is not funded (and no one is charged).

This is effectively an implementation of the well-known concept of dominant assurance contracts, but with supply-side provisioning only - there is no way for potential backers to group together and articulate what they collectively want.

The concept of Public Signal (name TBD, nominations welcome) is to fully realize this concept of dominant assurance contracts in a bidirectional counterparty discovery market:

  • Potential producers of public or private goods (typically private goods with high upfront cost and lower marginal unit production cost, which act a bit like hybrid goods) can craft proposals for what they would produce, with what required upfront cost and individual benefits (for the private/hybrid goods).
  • Potential consumers of public or private (hybrid) goods can craft proposals for what they want to be produced, with what they would individually be willing to pay.

The counterparty discovery process is responsible for matching these (and settling, when consumers and producers are matched). Quite a bit more here is needed beyond just the Anoma architecture; in particular, we will need a sort of “fuzzy combination” of proposals from different consumers, whose details are not going to exactly match. Counterparty discovery in this application is definitely interactive, and would probably include some kind of discussion process, a way to compose / merge two similar-enough proposals, a way for potential producers and consumer groups to negotiate (using on-demand consensus, say), and even potential decentralized court arbitration (a la Kleros, say) for post-contract disputes if production doesn’t go as expected.

I think it will be especially important to explain how users might want to start thinking about public goods production in such a system - there is some similarity to existing (but currently rarely seen) concepts such as buyer’s clubs, and probably much more in the collective organisational literature that I don’t know about - but there’s also a lot of difference in what can potentially be enabled by digital counterparty discovery - consider, for example, a group of DIY enthusiasts grouping together to contract a Shenzhen manufacturer for a large DIY cellphone component order, or a community grouping together to contract a steward to purchase and operate a community makerspace.

Maybe we can also kick off with a synchronous brainstorming session & some note-taking.

cc @apriori for your context

Notes from the Sync session

Intent-centric Kickstarter

The idea is to build an intent centric version of Kickstarter which, in addition to being supply side-driven, can be demand side driven. Dominant assurance contract. A bunch of people who want something but only want to pay a little bit. High upfront cost and low marginal costs. If just marginal costs, don’t need to do intent matching. For example, Kickstarter frequently has art projects low cost of production. High cap ex low cost of production you sometimes see. The only way you can interact with Kickstarter as a producer. As a consumer you can’t say I want X, it’s not clear how to do a demand side service. Kickstarter doesn’t have solvers.

Kickstarter would need to dynamically match the demand side intents together. As a supplier, I can go to Kickstarter and say I want x now the second user says I want x’. Kickstarter could make a way for a user to say I want X and a user who wants x’ can piggyback off that intent.

This is the sort of theoretical concept.

Does it make sense and is plausible?

If we are talking about a real application of this, I think the use cases should be well scoped and narrow. Chains have requests for grants - optimism is like here are things we want people to research and build, and you can apply for this. The supply side is optimism committing to some funds partially.

I actually understand Optimism on the demand side. They are committing funds saying they want something. Optimism is just offering solo brands, they are not interoperating with Arbitrum.

So you want coordination to happen on the buyer’s side. Also, in that Delphi is pursuing this make ICOs great again project. Typically, how ICOs have been, that is the supply side. They rarely had minimums but also had maximums. Isn’t that crowdfunding, and don’t we have an abundance of crowdfunding use cases in crypto. There isn’t much matching on the demand side, and composing grants programs is very difficult. Need to figure out of Optimism and Arbitrum want the same thing for example partially social and technical problem.

Easy to think of as public goods? Kind of mostly just private goods which have capex. Multiple independent beneficiaries. We did discuss public goods, and it can be used for public good funding, but I don’t know if I would call it that.

Crypto use cases I think we should start with - grants are interesting

The hard thing about this app to build is how do you actually match the demand side? If the preferences are extremely specific, then this is an algorithm problem. Vague preferences are a bit more difficult to match. A simple use case is algorithmic optimization. I want to pay 5 tokens for a ZKP scheme that has a benchmark value under n seconds.

The second friction that comes after is how much everyone is contributing and if it’s all fair because you can free ride it right? I think this is true with true public goods which typically software is. In the above example, the benefit is 3 different rollup teams, but there would be friction who contributes how much.

In principle, they can just do their grants programs using this software. People doing algo optimizations don’t have to deal with many different grants programs.

Funding Hardware

The more specific something is the easier it is to run the matching algorithm. I could also imagine crypto crowdfunding for hardware which has high capex and low marginal cost. I will people would do ICS for hardware production - extend it beyond the production of protocols.

Hardware production thus far is incentivized by crypto economics - mining proving or solving yes. But hardware that users use like a phone. Imagine a Solana phone that is generic. Maybe Zcash has more specific requirements etc.

Currently, they are using this as a marketing this, right? Until there are real benefits. All of this stuff is compatible. Solana phone is a perfect example here. In fact, the real hardware production happens. They didn’t buy a facility to produce a phone, stuff like this type of crowdfunding.

A phone is a good example because it would be very useful as its kind of specific but not entirely - phones we can say the demand side consists of various phone preferences individual user won’t be writing intents. I want a phone with these specs, this enclave, this tech, unlocked carrier neutral, detailed specs are needed. The other thing in kickstarter is this reputation scheme. If you find demand side, you need to be okay with them and front them some capital. Maybe all the demand side is aggregated, they get bids, runs consensus and then determine what they pick. There might need to be multiple rounds of negotiation with a phone.

It feels like there would be a lot of back and forth until the whole transaction becomes a formal document that you sign.

In real life there are different documents at every stage - indication of interest being signed and terms are vague and then as you work on it, both sides work on a specific contract and each side lawyers change terms then we have a final contract. If it’s a repetitive thing, you might not need much back and forth anymore. Many social interactions in this specific example.

Maybe the question is there an elegant way to fuse these things. The first thing you need to do is discover who wants a phone? Perhaps the output of this step is you identify more about who wants something, then you modify intents. This can happen fractally or repeatedly in different places, and at some point there is a clear articulation of demand, and you edit intents back and forth. How to interface legal and digital contracts? Repeated interactions are a reputation system plus embedded organizational knowledge. On the other hand, it’s true in supplier-supplier relationships.

MVP

Can we do something like an MVP? Crypto people like gamification a lot. A donation use case

  • I commit to donate x amount if Vitalik commits to donate x’ amount.
  • Identity contingent commitments.

It could be for funding, even something silly like constitution DAO. Companies already do this in real life. It’s only credible because they have a reputation. We could enforce these commitments on chain. This works well between DAOs as well. This public good needs, some funding - enforced mostly with reputation than with actual smart contracts. It seems many Ethereum rollup teams feel pressure to donate to the protocol guild, for example.

In bridges, there are 2 chains that want to bridge, so they commit to provide x amount of liquidity if the other side commits. It could be part of the token allocation of the chain, so you wouldn’t need third parties to do this - governance decision.

It seems like people like Identity contingent donation stuff like donation DAOs or something. You need the ability to verify the name service and funds need top be locked for some amount of time. You can make commitments that people can cancel or withdrawal as well. Likewise, you want an interface where people can make these commitments. And Vitalik can also see what the consequences are. This seems workable.

1 Like

A couple papers that appear relevant.

This is an excellent paper that discusses the dynamics of crowdfunding by

Author(s): Mollick, 2013

The Dynamics of Crowdfunding: An Exploratory Study

This one uses some empirical analysis to make the claim that crowdfunding is indeed a signal for some types of VC investing.

Author(s): Jermain Kaminski, Christian Hopp†, Tereza Tykvova 2018

New Technology Assessment in Entrepreneurial Financing - Can Crowdfunding Predict Venture Capital Investments?

Public Signal Sketch - more notes

Public Signal is an idea originated from some members of the delphi team in Paris during EthCC.

Decentralized applications can be designed such that rent paid to a service provider is minimized or eliminated. In traditional web 2 applications like Kickstarter, the application operator takes a fee.

With Anoma, this decision lies with the developer. It is up to the user to choose their settlement preferences (which domain)

Powerful primitive for many reasons. My favorite two;

  1. Demand side emerges
  2. Incredible predictive power upstream of venture funding

Demand side emerges

What are some comparable ideas in the design space we are playing in?

Crowd Funding

Crowdfunding - funding a project by raising money from a large number of people, typically via the internet. There are two relevant branches of crowdfunding.

  1. Rewards crowdfunding - entrepreneurs pre-sell a product or service to launch a business concept without incurring debt or sacrificing equity/shares.
  2. Equity crowdfunding - the backer receives shares of a company, usually in its early stages, in exchange for the money pledged

Crowdfunding is an open call, essentially through the Internet, for the provision of financial resources either in form of donation or in exchange for some form of reward and/or voting rights in order to support initiatives for specific purposes

  • Schwienbacher and Larralde (2010)

Crowdfunding refers to the efforts by entrepreneurial individuals and groups – cultural, social, and for-profit – to fund their ventures by drawing on relatively small contributions from a relatively large number of individuals using the internet, without standard financial intermediaries

  • Crowdfunding projects have a variety of goals. Many projects may only be one-time projects which raise small amounts of money often under $1000.

  • Even within these contexts, the actual goals of funders are extremely heterogeneous. Individuals may invest in a patronage model project in order to support a cause that is viewed as important, to personally support the project founders, as a political statement, as a joke,1 or for any one of a number of other reasons. Motivations may be similarly complex for other approaches to crowdfunding as well.

  • Changes in the way that individuals view the funding of not-for-profit ventures suggest that, to some degree, all crowdfunding funders may be thought of as investors, making decisions about which projects to support based on their expectations for success and the underlying appeal of the project (Agrawal et al., 2010).

  • Further, contributions to crowdfunding projects, even in markets where crowdfunding is driven by altruism, appear to be attracted to quality projects (Burtch et al., 2011), suggesting that the dynamics of crowdfunding may be stable across some contexts. In the analyses to follow, I find support for the contention that funders respond to signals about the quality of the project, regardless of their expectations for financial return.

  • Where the crowd provides signals through aggregated investments, the VC market responds with a lag of four to eight months with proportionally higher investments


We are looking to use Anoma at two points in our architecture. I had a chance to speak with Maurice yesterday and I learnt about this thread from Yosui from Mycel. I think we can benefit from this thread

TLDR is we are building the abstraction layer for Decentralized AI to prevent end-to-end closed ecosystems being built like ritual and many a16z backed companies that are building decentralized Google (still Google). We believe that building the coordination and abstraction layer for DeAI can allow the developers remain sovereign and remove the pressures of scaling, enabling scale-free systems.

I’m looking to engage on how we can leverage Anoma in our architecture successfully.

I’m in Zug until Wednesday and would love to connect with the team

1 Like