jalil

@jalil

252 Following

2515 Followers

jalil pfp

inaugural mint: https://mint.vv.xyz/0xcb52f0fe1d559cd2869db7f29753e8951381b4a3/1 protocol docs: https://docs.mint.vv.xyz github: https://github.com/visualizevalue/mint

1 reply

1 recast

0 reaction

jalil pfp

inaugural mint: https://mint.vv.xyz/0xcb52f0fe1d559cd2869db7f29753e8951381b4a3/1 protocol docs: https://docs.mint.vv.xyz github: https://github.com/visualizevalue/mint

1 reply

1 recast

0 reaction

jalil pfp

inaugural mint: https://mint.vv.xyz/0xcb52f0fe1d559cd2869db7f29753e8951381b4a3/1 documentation: https://docs.mint.vv.xyz

0 reply

0 recast

1 reaction

jack pfp

everything the market doesn't want in one protocol mint.vv.xyz

13 replies

207 recasts

594 reactions

jalil pfp

7 replies

11 recasts

109 reactions

jalil pfp

new feature for artists: add "deep dive" content to sets and submissions e.g. opepen.art/sets/007 or opepen.art/sets/009

0 reply

0 recast

2 reactions

jalil pfp

"WE" https://mint.jalil.cc/0x0da2c49b41a812f8da8aa88bfdfabc3faf481449/2

1 reply

3 recasts

14 reactions

jalil pfp

can't wait for "mint is live"

1 reply

1 recast

13 reactions

yggᵛᵛ pfp

brick by brick …..::!

1 reply

3 recasts

9 reactions

jalil pfp

you love to see it

0 reply

0 recast

1 reaction

jalil pfp

0 reply

0 recast

1 reaction

jalil pfp

just added an onchain P5 Renderer implementation to Mint. https://github.com/visualizevalue/mint/blob/main/contracts/contracts/renderers/P5Renderer.sol UI and documentation pending...

1 reply

2 recasts

9 reactions

jalil pfp

thank you Stephan! what you describe would indeed be a minor change to the code. we won't do this in the core protocol (that constraint is part of the 'protocol art'), but people are welcome to fork it and adjust to their liking.

1 reply

0 recast

2 reactions

jalil pfp

greatest of appreciation for those two (and the things they are working on) 🙏 i like the idea of somehow visualizing "where a collector came from". one important design decision (which in part is due to the fact that these mint frontends are supposed to be deployed by artists themselves) is that there will be no unified feed in the base UI componentns / apps we put out. by all means if someone wanted to build such a thing on this stack, they could certainly do that... but we won't ship a curative feed - and we'll rely on existing networks (e.g. X, farcaster, ...) for new work to be shared and surfaced.

1 reply

0 recast

1 reaction

Steve pfp

This was very humbly worded; jalil created a tool for artists that: - is fully open source - is self-hosted - follows the 24h mint mechanics of zora/rodeo - but takes no platform fee - price determined by gwei - is on mainnet - is default maximally onchain (STORE2, not ipfs, etc) For free. *That's* based.

3 replies

24 recasts

29 reactions

jalil pfp

fair feedback and will take back to discuss with Jack! we want to keep the core protocol as ungamified and simple as possible. digital artifacts that can be owned by N interested parties, creating networked objects with no dependencies outside of the network itself, and the creator. not saying referrer fees would detract from this per se, but it does add an(other) arbitrary decision to be made (as to the % cut for example). which just isn't something one really can ascribe a certain percentage to. there should be no reason to buy other than you wanting to be part of the emerging network of the artifact. referrer fees do add (the notion of) an ulterior motive to the interaction imho.

1 reply

0 recast

1 reaction

jalil pfp

love to hear and thanks for the feedback!

1 reply

0 recast

2 reactions

jalil pfp

request for comments a hypothesis in protocol form https://mint.vv.xyz

2 replies

10 recasts

23 reactions

jalil pfp

request for comments a hypothesis in protocol form https://mint.vv.xyz

2 replies

10 recasts

23 reactions

jalil pfp

application doesn't start for me somehow

0 reply

0 recast

0 reaction