Sure they are important. However, this should not be development of technology for technology sake. This happens a lot in academia and tech startups, when a technology is developed but nobody needs it …
I would call this an ecosystem.
An ecosystem creates such a design space where ecosystem participants should design its future via proper governance.
How would that differ from monetization model?
Surely, auction is just a part of this, but an auction should not undermine overall monetization model imho.
Moreover, a good monetization (economic) model should take into account interests of all ecosystem members, even if their interests are not purely monetary.
@leonmol
I am thinking of pitching in this direction, is that ok?
agreed.
Currently, PBS Auction maximize revenue for the proposer around a full block auction, but we are looking for a hybrid way to flexibly buy and sell each block space around a partial block auction. In other word we are adding new metrics to PBS to address ‘user expectations and needs’ and are investigating models that can meet both protocol (e.g. expected revenue) and user expectations and needs.
Yes, this should be fine.
I guess if you could also add risks for all parties involved and corresponding attempts to assure security, that would be great.
This could be an interesting topic to explore. How it is possible to take all user expectations and needs during block production and prevent deviations from agreed outcomes …
It relies on protocols and assumptions about what expectations and needs users have. We assume that protocols care about the proposer’s revenue, validity, trust assumptions, and market neutrality, and users care about the quality and inclusion.
And there are already several proposals for partial block construction, most of which, to varying degrees, already conform to the needs and expectations of the protocol. So, this can be done by conducting a survey to incorporate user expectations and needs into the context of these existing proposals.
It should also be noted that block spaces have different values depending on their location. In other words, some spaces can acquire great expectations, while others do not. With regard to the latter, some sort of forwarding mechanism can be effective, allowing the user to obtain pe-confirmation. This has already been discussed in Cosmos.
These assumptions deserve some analysis, imho.
How would one define quality and inclusion?
A user probably needs fast transaction time, transaction guarantees, various types of security to mitigate risks, etc to process their transaction in accordance to “agreed” terms at low cost and asap. Is it not part of an unwritten contract when a user uses a protocol?
@vita @Shunya_Noda Do you plan to have a couple slides to introduce your background and research at the beginning of the workshop?
No I have no plans to do
Sure. How much time do I have?
https://docs.google.com/presentation/d/1DPvGu5DEhuvAYc7MnCbOsp5j45hYW6zDpRr1eWIS_Io/edit?usp=sharing
The content has changed a bit, but the pitch materials are almost ready. I’ love to get any Feedback if you don’t mind (I’m planning to limit the number of pitch materials to 10 in time)
5-10 minutes?
The content looks professional but it is for experts to judge …
Adding an end user prospective on MEV (who they are, their expectations, security implications, etc) would be useful, imho
This is my slides for introducing my research overview: Transfer - Dropbox
I’m just a random person and I’m not a researcher or anything, but I remembered an article about verifying smart contracts at three levels, so I’d like to share it with you.
Although this article assumes a specific blockchain, I don’t think the idea itself is limited to a specific blockchain.
If such an authentication center can be operated using DID/VC etc.
- Businesses have an incentive to spend money on security in order to improve their reputation with authentication centers.
- Users may also be able to decide whether to accept risks depending on this authentication level.
https://iohk.io/en/blog/posts/2021/10/25/new-certification-levels-for-smart-contracts-on-cardano/#