Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the wprss domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in /home/web/domains/solanachain.news/public_html/wp-includes/functions.php on line 6114
Strata Protocol & Metaplex Ep #68 – Solana Chain News – One Stop News Solution for Solana

Strata Protocol & Metaplex Ep #68

EPISODE SUMMARY

Noah Prince (Co-Founder/ CEO, Strata Protocol) and Austin Adams (Lead Protocol Dev, Metaplex Studios) sit down with Austin Federa to discuss the integration of Strata's Dynamic Pricing Mint tool into the Metaplex Program Library. 00:51 - What is Strata? 02:12 - Challenges when launching a token 04:43 - Why is Strata more successful than competitors? 06:15 - Fundraise and the changing use cases of tokens on Solana 08:47 - Changing mentalites around the function of tokens 10:48 - How is Metaplex's approach different 11:51 - Description of the flow using Strata 13:25 - Mechanisms of dynamic pricing 15:12 - Tools for dynamic pricing / Collusion 19:06 - Metaplex and additional tooling 21:54 - Optimizing Metaplex's architecture for the community 25:05 - Advantages and drawbacks with metaplex's architecture 29:44 - Metaplex and backward compatibility 32:39 - Pitch for using dynamic pricing DISCLAIMER The information on this podcast is provided for educational, informational, and entertainment purposes only, without any express or implied warranty of any kind, including warranties of accuracy, completeness, or fitness for any particular purpose. The information contained in or provided from or through this podcast is not intended to be and does not constitute financial advice, investment advice, trading advice, or any other advice. The information on this podcast is general in nature and is not specific to you, the user or anyone else. You should not make any decision, financial, investment, trading or otherwise, based on any of the information presented on this podcast without undertaking independent due diligence and consultation with a professional broker or financial advisor.

EPISODE NOTES

Noah Prince (Co-Founder/ CEO, Strata Protocol) and Austin Adams (Lead Protocol Dev, Metaplex Studios) sit down with Austin Federa to discuss the integration of Strata’s Dynamic Pricing Mint tool into the Metaplex Program Library.

  • 00:51 – What is Strata?
  • 02:12 – Challenges when launching a token
  • 04:43 – Why is Strata more successful than competitors?
  • 06:15 – Fundraise and the changing use cases of tokens on Solana
  • 08:47 – Changing mentalites around the function of tokens
  • 10:48 – How is Metaplex’s approach different
  • 11:51 – Description of the flow using Strata
  • 13:25 – Mechanisms of dynamic pricing
  • 15:12 – Tools for dynamic pricing / Collusion
  • 19:06 – Metaplex and additional tooling
  • 21:54 – Optimizing Metaplex’s architecture for the community
  • 25:05 – Advantages and drawbacks with metaplex’s architecture
  • 29:44 – Metaplex and backward compatibility
  • 32:39 – Pitch for using dynamic pricing

DISCLAIMER

The information on this podcast is provided for educational, informational, and entertainment purposes only, without any express or implied warranty of any kind, including warranties of accuracy, completeness, or fitness for any particular purpose.The information contained in or provided from or through this podcast is not intended to be and does not constitute financial advice, investment advice, trading advice, or any other advice.The information on this podcast is general in nature and is not specific to you, the user or anyone else. You should not make any decision, financial, investment, trading or otherwise, based on any of the information presented on this podcast without undertaking independent due diligence and consultation with a professional broker or financial advisor.

Austin Federa (00:10):

Welcome to The Solana Podcast. I’m Austin Federa. Today we’re talking about a new partnership between Metaplex, the NFT implementation on Solana, and Strata Protocol, a toolkit that helps developers launch tokens. They’ve built some new tools to help creators set dynamic pricing for NFT mints and these change the economic incentives around NFTs which will hopefully reduce the botting of NFT mints. We’re joined by Noah Prince, the co-founder, and CEO of Strata Protocol, and Austin Adams, a software engineer and lead protocol developer at Metaplex. Gentlemen, welcome to the Solana Podcast.

Noah Prince (00:42):

Thanks, Austin.

Austin Adams (00:42):

Thanks for having us.

Noah Prince (00:43):

Glad to be here.

Austin Federa (00:44):

Great. So let’s go ahead and start out today with just an overview of, Noah, what is Strata and what are you guys trying to do in the space?

Noah Prince (00:52):

So Strata Protocol at its core is a protocol for launching tokens and managing the liquidity around those tokens. So we have a variety of different auction mechanisms, and we can launch tokens anywhere from small tokens that you don’t really know who the counterpart of the trade is, there’s not going to be much volume, all the way up to large tokens where you want to do a large offering and then eventually put those on a DEX. How we ended up getting into this space is just that our auction mechanisms for tokens also offer a solution for the NFT botting situation. So we thought long and hard about how to keep bots from botting the token launches that we have. And if you launch one of those tokens and then put it as the entry price to a Candy Machine, you get a dynamic pricing Candy Machine.

Austin Federa (01:39):

So let’s talk a little bit just to kind of roll back to what Strata really is trying to accomplish here. You mentioned it’s a solution for launching tokens and providing initial liquidity for those tokens. What are the challenges that people run into when actually launching a token? I think if you look across the space, you’d see that there are hundreds of different tokens run by hundreds of different projects across the Solana ecosystem, the majority of which were not launched with something like a launchpad or basically a protocol to help them go through that process. What are the challenges that people are facing when they’re actually looking at launching a token?

Noah Prince (02:12):

Yeah. So I think token launching kind of comes in a few steps, right? The very first step is the ideation phase, where you’re trying to figure out what your token is, do you have multiple tokens? What are the tokenomics? And somewhat in that same phase is where legal comes in. And to a lot of degrees, that is the hardest spot is where you’re going to figure out what your token does. But a lot of times for people launching a token, there’s this kind of big okay, we know what we want to do, but how do we physically create that token? And then how do we go and do things like auction that token off? I want to sell some of that token to investors. I want to sell some of that token to all of my community, how do we actually distribute that thing?

Noah Prince (02:54):

And then after that, there’s the step where you’ve distributed it, you’ve collected some money for the token that you can use to bootstrap the project. And then you also want it to be tradable on a DEX or on an AMM. And then you go and set that up. So Strata is really there to help with the creation part of the token and for really small tokens, we also manage the liquidity. So if you don’t want to even care about what is an AMM, what is a DEX, who is the counterparty to a trade? We have a way you can launch a token and it’s basically one click. The protocol just takes care of all of it for you.

Austin Federa (03:30):

Yeah. So if you think about maybe a year ago, when someone was trying to launch a token, there was lots of technical components in actually creating and launching that token, but you’d have to go and submit something to the Solana token registry. You’d have to then go ahead and set up a permissionless pool on something like Serum. You’d have to go ahead and try and get it verified to get it actually listed there so it would show up in the list. Someone didn’t have to add it as a custom market and all these things are functionally automated through you guys at this point, correct?

Noah Prince (03:56):

Yep. So for the most part, those things are automated. You still need to go and set it up on a AMM after you bootstrap the liquidity, but yeah, we’re basically making it permissionless to go and do this. So the idea was to make it as easy to launch a token on Solana as it is right now to launch an NFT which Metaplex has kind of done a great job of.

Austin Federa (04:16):

And so there’s been a lot of organizations that have tried to create launchpads or create basically systems of easier onboarding on the Solana blockchain. And a number of them haven’t really gone anywhere, or they’ve been sort of overrun with, I would say very low-quality projects that are just trying to find a quick way to launch a token. What’s the reason you think that Strata has had a bit more success here and not fallen into some of those traps?

Noah Prince (04:43):

Well, I think the first big trap there is talking about projects that are obviously disingenuous, they’re trying to cash grab. They’re not actually a real project. And when you talk about creating something permissionless, you want to get away from that, right? The barrier to entry should be low so that anybody can do it because tech is tech, but we don’t want to be the ones that are creating the list of all the different tokens that we think that people should buy, right?

Noah Prince (05:12):

Equally, Metaplex isn’t doing that. Metaplex doesn’t go out and tell you which projects to buy. There are plenty of Launchpads that have their own lists that’ll tell you who they think you should buy, and there are plenty of Twitter influencers who will tell you that as well. So that’s one way that we’re doing it. And then the other way that we’re doing it is trying to make it easier for these projects that are smaller and maybe don’t have all the idea of how to do everything that’s complicated with launching a token, they just want a simple token. Things like social tokens are like little community chat projects, making it easier for those.

Austin Federa (05:47):

Some of the interesting things you guys have done in addition to the ability to create a new token or sell an existing token bootstrap liquidity is this idea of a fundraise and the dynamic pricing of NFT mints. On the fundraising side, what did you see in the changing ways people wanted to use tokens or the changing use cases of tokens on Solana that really led to the idea of a fundraise being something that a launchpad protocol should build tooling for.

Noah Prince (06:14):

Yeah. Fundraise was inspired deeply by ConstitutionDAO, which if you didn’t see it, was this thing where a bunch of people on Eth just banned together, they said they were going to buy a copy of the Constitution of the United States of America. There was an open bidding that happened. I think they raised like $30 or $40 million and ended up getting outbid, but it was still this example of a community coming together and bootstrapping a ton of liquidity to do something cool. And the idea was that there will be shared ownership of the Constitution, or at least this copy of it after the bidding was done.

Noah Prince (06:49):

And so how you do that mechanically is just, you’re collecting money into a pool that somebody then uses for the bid. And then as you’re collecting money, people are getting a token that represents their share of that pool. And so even after you’ve used the money, they still have the token. And so with the ConstitutionDAO you had the people token. And that’s just one of many ways to launch a token and why a launchpad is formatted like a wizard because we want it to be like a no-code tool where it asks you the questions that you need to answer to get towards launching your own token.

Austin Federa (07:20):

It’s super interesting to think about the implications for some of the stuff for the intersection of real-world assets like something like a constitution and then the intersection of the ability to have full liquidity through something like a token mechanism for this. So I think that’s a very interesting use case for it. And one of the great things I think about ConstitutionDAO when we saw that all happen is it’s still going, right? There’s still a community there. It’s still passionate about this thing that they failed to create, but now is turned into something else which is in a large part, a lot of the story of NFTs on Solana as well, is that they start with one mission and suddenly something changes and Trash Pandas are now fighting plastic in the oceans, and all these other projects are building real community service kind of components into them.

Austin Federa (08:05):

When you’re looking at the idea of a no-code solution here, what was the reasoning for something like that for more complex protocols? I guess the thing that I’m trying to tease out here is there’s an assumption from a lot of folks that if someone’s not sophisticated enough to figure out how to launch a token, they’re probably not sophisticated enough to launch a project on a blockchain. That’s obviously not necessarily the case, but that is part of why you’ve seen launchpads in general, or less code solutions be something that tends to have a lower quality project coming out of it in general. How do you respond to some of that criticism or look at the different ways that we just need to change our mentality around what a token’s meant to be used for?

Noah Prince (08:47):

Yeah, I think there is that tendency, but as a dev, it’s all about tools, right? For me, it’s how can I get something done with the least effort possible that meets all the requirements. And so when you give tools to devs so that they can launch a token really easily, the devs can spend time focusing on the things that matter and not the things that don’t. So part of it is that but also you need this primitive and you need this primitive to be easy because we’re in the infancy of tokens right now, right? There’s just one token. We’re starting to see more complex systems like STEPN pop up where you have systems of tokens where that’s just two tokens, all the way up to things like WOMBO, and BitClout, and Rally, where you have hundreds and hundreds of social tokens. And these things all start to interconnect together, and you can start to do really cool things when you can create systems of tokens. And that’s something that you couldn’t do in the past without this kind of primitive.

Austin Federa (09:43):

Yeah, it’s fascinating. So, Austin, let’s talk a little bit about the interface here with Metaplex NFT initial mints. So one of the things that we’ve observed over the last few months is that the increasing demand for NFT is on Solana. And also I would say real success of projects in building a strong community pre-launch has created situations where there is both a high incentive to bot the launch of an NFT, but also there’s just extremely high demand for these things when they’re coming up for initial mint. Some of that’s driven by expectations that they might be able to flip them, but a lot of this is just organic community demand for a project that they feel very excited and interested in.

Austin Federa (10:22):

There’s been a few attempts to create systems that would either increase the fairness or would try and reduce the incentives for botting. One of these was the Fair Launch Protocol which was created as sort of an extension of the Candy Machine toolkit, but Fair Launch Protocol never really caught on from a community standpoint. So what is sort of different in the approach here that you think is going to be successful in creating better incentives and dynamics?

Austin Adams (10:48):

I think the reason that this will be more successful is we will market it a lot harder than we marketed Fair Launch, but also the mechanics of Fair Launch weren’t really, and they could have been changed they weren’t really a great experience having to wait and then not knowing if you were going to get things. The NFT minter, once that sort of casino-style experience, they pull the lever, they get the thing they know right away, they’re having fun, it’s addicting. With the dynamic price mint coming in we get that addicting and fun feeling while still getting some technical protection against bots and making it a little bit more advantageous for creators. If they’ve created demand, they’re getting rewarded for that demand.

Austin Federa (11:38):

Yeah. That’s super interesting. So let’s walk through, I guess, from both of you, what is the flow that both a creator and a user goes through if the project that they’re trying to mint is using this new dynamic pricing powered with Strata?

Noah Prince (11:52):

Yeah. So the flow right now is a little bit broken up and that’s kind of the point of this partnership, but right now you launch a normal Candy Machine through Metaplex, you grab the ID of that Candy Machine, and then Strata has a UI where you can plug in that ID and it converts it to a dynamic pricing Candy Machine. Now from a user standpoint, this looks pretty much exactly like the usual mint interface that you’re looking, they’re used to, right?

Noah Prince (12:18):

You just click a mint button, but the price is changing. So the price is just slowly ticking down and occasionally it bumps up when somebody purchases something and you can also switch tabs and you can go look at a price history plot. But as a user, you’re trying to figure out at what point do you want to enter, right? At what price do you want to pay? And bots are playing the same game which is an unsolvable game. When do you enter a live market is a question that nobody knows the answer to. So it feels very much like a normal mint it’s just that the price is moving and it’s a game of who flinches first.

Austin Adams (12:53):

That’s the current experience but as I’m sure you’ll get to, we hope to create a deeper integration together that can utilize Strata’s tech and Metaplex’s tech for the entire experience without needing to go from one place to the other but using our new UIs and CLI tools, they can create a dynamic price Candy Machine that also gives us even more bot protections than we had before without having to go from one website to another.

Austin Federa (13:25):

So what is the dynamic pricing set based on? What are the mechanics that go into actually setting what that amount should be and how much volatility do you expect to see throughout the course of a typical 10,000 mint that might sell out in the course of several minutes?

Noah Prince (13:43):

Yeah. So generally, you want to establish what is basically the order of magnitude of the price. So something that’s going to be in the 0.01 SOL range versus something that’s going to be in the 10 SOL range, they’re pretty different and it would be hard for any system to account for that. So generally what you’re doing is you’re setting kind of a range that you expect. So in the case of Divine Dogs, they were one of the very first ones that we did this with, they were minting an NFT that they thought would probably sell for two SOL. Now they’re associated with the gods. And so 3.33 is a magic number for them. And so they actually set the starting price at 3.33 SOL and the minimum price at 1.1 SOL.

Noah Prince (14:24):

And so the idea was the minimum that they were willing to take as a project to get the funding to do what they needed to do was 1.1 SOL and they thought that people would pay up to 3.3 but probably not much more. And so what happened with that was I think the average price ended up being 2.32. But generally, you want the prices start slightly higher than what you think people will enter at so that bots don’t have an advantage to spamming, they’re just waiting for it to fall down and then it’ll hit some fair price and it just oscillates around the fair price.

Austin Federa (14:57):

You mentioned a few things there where it sounds like projects have to do a bit of estimation around what they expect to see. What are the either software or just like human tools that someone should be looking at when they’re trying to figure out where do they start with dynamic pricing?

Noah Prince (15:13):

Yeah. I mean, I think to a lot of degrees this is similar to right now people are just deciding a fixed price for their mint which is even more dangerous. You have no idea if it’s going to sell out for that fixed-price or not. If you’re a really hyped project, it probably will as long as you set it less than 10 SOL. But there’s also a stigma, right? SolBears came out and set it to 10 SOL and people got pretty mad about it. So I think for most projects, this range of I mean, it depends what SOL’s current prices, but right? This range of 1 to 5 SOL is generally reasonable. If you get really far off on the price, it can go above the starting price but we haven’t seen that happen in practice. Usually, projects have a pretty good idea of what they’re going to sell for or at least like a ballpark. They don’t know exactly but they know a range.

Austin Federa (16:05):

Yeah, just because this was one of the first prominent uses of the Fair Launch Protocol where the community of degenerate Trash Panda Minters banded together and actually crashed the price. They all basically colluded against the project owners to mint at 0.1 SOL when the pre-mint tokens had been trading at 3 or 4 SOL on the exchanges and obviously, the price has gone up from there, but it’s a very interesting dynamic when you give the community the tools to set their own pricing, you do open yourself up to a certain amount of collusion which I think is fascinating. No one would’ve thought that in a free market open system you’d be able to get a bunch of degens who are trying to optimize for the most value they can create to all band together and try and basically drive down the mint price of an NFT.

Noah Prince (16:52):

They also got to change their vote in the second half which made it a little less risky to bid small.

Austin Federa (16:57):

Yes. That’s true. So that sort of one-tiered system is part of the dynamics here that you think make it more robust to get something like that.

Noah Prince (17:06):

Oh yeah. I mean, so we’ve done a couple of mints with it now and every single time in the Discords I actually hope that someone proves me wrong because it would be kind of interesting from a psychology perspective. But usually, there’s a band of people in the Discord that are like, “Nobody buy. Nobody buy. We’re going to let the price fall really low, like the bid small.” But because it’s so real-time, what ends up happening is it hits a number that’s really, really good and it’s just like a prisoner’s dilemma. A few people defect and then everybody sees that a few people defect and all of a sudden the faction that was trying to hold back and not buy everyone starts buying and the price starts ripping because it’s the lowest price that they’re going to see.

Austin Federa (17:47):

Yep. Totally. It’s really interesting the way those dynamics play out.

Noah Prince (17:51):

Yeah. Honestly, if your project gets hit by this and the people actually manage to do a prisoner’s dilemma experiment where nobody defects, you have an amazing community, I don’t even know that you need the money. Your community is incredible.

Austin Federa (18:04):

Yeah. It’s worth noting that for the more successful projects out there, they have made many multiples of the initial mint revenue on secondary sale royalties. So it’s kind of this interesting dynamic where you really want to bring the strongest community possible into an NFT project but the same time you need to fund appropriately for whatever your medium-term goals are to make sure you can actually deliver on any roadmap you’ve sort of laid out as a project which is really interesting. So when we’re looking at some of the underlying architecture here and how it interfaces with Metaplex, I know there’s a whole bunch of work on Metaplex that’s been rebuilding a lot of the way that some of these contracts work. There’s a whole expansion of what’s possible on Metaplex coming soon. Austin, how are you thinking about additional tooling like Strata and other types of partnerships that will make it easier for a lot of this work that’s being done to actually be deployed and usable? So the difference between reference implementation engineering and actually production engineering.

Austin Adams (19:06):

I think on a case-by-case basis, we always look at where we can stay generic and composable meaning one contract calls into the Metaplex contracts and the Metaplex contracts stay as this secure core that we audit very frequently and we’re taking care of all that nonsense for the community. But in other cases, we identify a piece of technology that’s really good and the composable way of doing it doesn’t give us the guarantees necessarily that we want. And so we look at a deeper level of integration. The recent gains in shipping velocity that Metaplex is getting are coming more from CICD and looking at ways to improve our software stability so we are not scared to ship.

Austin Adams (20:00):

And I think that’s what Metaplex is moving into as we’re stabilizing and as we’re trying to remain the base infrastructure for NFTs as well as move into some exciting new landscapes. So with this specifically, we do have some big changes coming to canning machines soon. We have some big changes coming to optional changes for everyone coming soon, but this one here falls right in line with our anti-botting work. And so we’re heavily invested in making this as deep of a integration as it needs to be and shipping it as soon as possible, as well as shipping it not just in the contract level, but shipping it in our UIs and CLIs that are coming out or are out.

Austin Federa (20:44):

Yeah. Interesting. So I’d actually love to dig in a little bit more on how you’re thinking about multiple layers of contracts or interoperable contracts that all can, I guess, give optionality in terms of how someone wants to deploy something. What are those different components and how are you thinking about… So classically, every time you have a contract talk to another contract, you’ve created an attack vector. This is most of the hacks that you see across DeFi and on Solana and on other places in Solana are non-validated fields. There’s some ability for someone to inject something into the contract at a point that someone thought wasn’t injectable that ends up creating an outcome that’s not desirable for the users of that protocol or that contract.

Austin Federa (21:28):

That’s like a very standard attack vector. So not to go too far into the security of this because of course that’s maybe a separate conversation, but when you’re thinking about that sort of multiple contract architecture, talking back to one central contract, what are the types of things you are thinking about or the Metaplex protocol is really thinking about from an architecture standpoint to make that secure, stable, but also upgradeable and able to respond to the needs of the community quickly?

Austin Adams (21:53):

Yeah, that’s a great question. So I do believe it does depend on what the contract does in a large part, but generically, when we think about Web 2.0 land, when we’ve all created public APIs that take in user input, we can think about those as if they’re analogous to we’re allowing someone to direct their digital plumbing pipe at our digital plumbing pipe to use the euphemism or the saying that we’re just all digital plumbers. I think I like that. One of the ways that we approach this is just being extremely careful on validating the input and being very restrictive with what specific instructions and what specific things a transaction can do when calling into our contracts.

Austin Adams (22:47):

So for example, with Candy Machine, although it is not as composable as other programs may be, we restrict the specific programs that can call out to Candy Machine and we restrict what they can do. We look at the instruction data using the instructions this far. For those who are non-technical that just means we can inside of the instruction or inside of the program, we can look at the instructions that are coming in and we can validate the input that’s coming in. But for other programs such as AuctionHouse, we actually have purpose-built it to be composed over. And the way that we handle that is by bringing all the things that we want to make sure always stay secure into the contract.

Austin Adams (23:33):

So the token account creation, the mint creation, for example, the transfers, all of those are in the core AuctionHouse transaction protocol, but we’ve created this other system of composability called Auctioneer where people can put their additional logic such as token gating, timed auctions, even dynamic priced auctions via Strata can be done at that layer. So like I’ve said in summary, it does depend on the contract for Candy Machine because it’s such a target for bots. We are very restrictive but we hope to find additional ways to loosen those things to allow more contracts to compose over it while still getting more bot, anti-botting guarantees.

Austin Federa (24:20):

It’s kind of an interesting question here. When you think about on most layer ones or layer twos, the implementation of an NFT is something that’s sort of done, I guess you called it the L1 or L2 level at the protocol level, as opposed to at the application level. Metaplex is a little bit different in its architecture, right? The tokens that are built are fundamentally still SPL-compatible tokens. And they’re built more like an application level. And by application, I mean, it’s not hard coded into the base Solana code. It’s actually running on top of it which is a little bit different of an architecture than you see on something like Ethereum. What are the both advantages and challenges that both of you have run into because of that difference in architecture?

Noah Prince (25:05):

Yeah. So I did a deep dive at one point on composability on Solana versus Eth. Fundamentally, the NFTs on Eth and even the tokens that are on Eth are just following an interface. So it looks a lot like interfaced extension. I’m going to get real deep in engineering if I don’t be careful here.

Austin Federa (25:23):

No, no, no, let’s do it. This is the back half of the podcast.

Noah Prince (25:26):

Cool. Okay. Yeah. So it looks a lot like interfaced extension and classical object-oriented programming. So you think Java is the big example of object-oriented programming. Now Solana actually ends up looking a lot more like functional programming where you’ve got these contract endpoints that are effectively functions that operate over some state and then output a state. And then the next function can take that state and do something with it. Now, a lot of people will tell you when they’re learning functional programming coming from object-oriented programming, it’s scarier at first. It’s like chewing glass. It’s a little bit more complicated, but there’s a lot more that you can do with it. And so like my example of composability actually is the current state of the integration with Metaplex where you talk about how there are different security vulnerabilities with checks, but a token is the absolute interface between us and Metaplex and that’s the only interface.

Noah Prince (26:26):

The single check is whether or not you have the token that allows you to mint this Candy Machine and we just output that token. So we are a function that takes in some SOL and outputs a token. They are a function that takes in a token and outputs an NFT. And actually, they don’t have to know about each other at all. It’s only the user interface that knows about it. So this is how we generally deal with composability on Solana and why I like this model a little bit better, but I am a little bit of a functional programming maxi, so …

Austin Federa (26:57):

Austin, what about you?

Austin Adams (26:59):

Yes. I believe that the Metaplex model for NFTs is actually quite brilliant. And I’ll talk about the pros first and maybe the cons second. I believe one of the reasons for our enormous growth is because our contracts are like APIs. You don’t need to deploy your own contract. You don’t need to manage that. You don’t need to have everything that can be known about your implementation done ahead of time and then deploy an immutable contract. You can iterate and fail and try again and do new things on top of our programs without having to, one, manage the security of the program. Two, without having to really be an expert. And I know that you don’t have to be an expert to launch an Ethereum NFT series because there’s some great tools. But I think that’s one of the reasons people choose Solana. Devs choose Solana, creators choose Solana to run their NFT projects is because the Metaplex contracts were brilliantly designed as APIs whereas they could have been designed in an interface model.

Austin Adams (28:07):

Now the cons of that are the Metaplex development team now needs to look at backward compatibility every single day. Any change that we make we have to micromanage that aspect all the time because we don’t want to break anybody’s use of the system. And through our DAO we need to ensure that what we’re doing is reflective of what the community wants. So another con would be that some people see it as less decentralized, but in reality, because it’s a community project, it doesn’t seem so decentralized when you can build right on top of it and do whatever you need to because we try to keep the protocol light and do less things. I see that we can move into both areas. We can produce an interface-like system while getting these contracts as API feel. And I think that’s some of the backbone of some things that you’ll see coming out of Metaplex soon.

Austin Federa (29:07):

So when you think about something like backwards compatibility, what does Metaplex see as its sort of role and responsibility there, right? So famously for a number of years, Android had like seven different versions of the Android API that Google had to support because folks just would not update their apps. And Windows still has backwards compatibility with stuff that was probably about when most of us were born. What are you guys thinking about when you look at that sort of backwards compatibility and how long or what kind of functionality needs to persist for X amount of time?

Austin Adams (29:44):

So what we try to do is never break you unless it’s security-related. If it’s security-related, we fix it as soon as we can and we announce as quickly and as widely as we can. That hasn’t happened very often and currently, we think that… We kind of take the semantic versioning approach where we will give you a long amount of time. Now we don’t have a rigorous set amount of time yet. We’re very new as a project if you think about it, but we will always provide you a new instruction and deprecate the old instruction and it works perfectly fine for a long time. And it’s very rare. In fact, it’s only happened once where we will remove old instructions. Part of that is looking at our contracts as APIs. And when you look at microservice patterns because that’s how we think about them kind of is our contracts are microservices.

Austin Adams (30:43):

Look at the traffic of your instruction. If you’re seeing it the traffic go down, people have moved to the other one, you’re in safe territory to start announcing that, “Hey, we’re going to start moving on from this specific instruction.” But if you see it holding steady, that’s a good signal from your community that that thing still needs to live or you need to educate and do more work. And that’s how we’d like to see it. I think in the future, we’ll see probably more rigorous guidelines around how long we’re going to keep things out. But right now it’s we’d be nothing without the people using it. So they’re our top priority when we’re shipping new things, we don’t want to break anyone.

Noah Prince (31:22):

Yeah. I think at least how we’ve been approaching it with Strata is that I am very, very bearish on the idea that I’m never going to have to change anything. And so actually every one of our smart contract endpoints, every one of our arguments, every one of our piece of state has a V0 next to it. Some of them actually have a V1 already. And then in SDK land, so like in JavaScript, we wrap these calls with things that don’t include V0 and we wrap them in interfaces such that if we ever have to change anything, we just bump it to V1 at the protocol level, change the interfaces, leave the V0 endpoints around for a while and then like Austin said, watch the traffic and then slowly deprecate them. But yeah, I mean, I think you kind of have to accept that these things are living, breathing things and like most APIs, you just have to version them. Now, a lot of people who don’t have V0 next to their things, don’t worry, you can put V1 next to anything.

Austin Adams (32:19):

It’s okay.

Noah Prince (32:19):

And V0 is just the lack of a tag. It’s okay.

Austin Federa (32:22):

So all of this depends of course, on creators and people launching NFT projects actually adopting and using the dynamic pricing tools. What’s your pitch for why someone who’s launching an NFT project should do it this way as opposed to doing it the way that’s currently done.

Noah Prince (32:37):

Yeah. So one of the big things, I mean, even if you watch Frank, he is talking all the time about how he wants people who are long-term his project. He doesn’t want paper hands. He doesn’t want flippers, right? So right off the gate, you’ve got to acknowledge that having people that are just buying the project to flip it immediately aren’t really good for your project long term anyway. I mean, if you were going to overprice your fixed price mint, you just weren’t going to sell out. And so this will help you sell out which is ideally what you want, right?

Noah Prince (33:09):

Because you’re picking the quantity of the mint so that you have a certain size of community. Now, if you had underpriced your fixed price meant, this actually means that you’re going to get more funding to do what you want to do, right? And that’s what matters is that you can actually execute on your roadmap. Now it’s not like that price discovery isn’t happening, right? It is still happening. If you price your mint at 2 SOL and the NFT is actually worth 10 SOL, it just drives up to 10 SOL on the secondary. But you know who makes that money? People who are flipping it and don’t care about the project. So I would rather have that money go to the team than people who are flipping it any day of the week.

Austin Federa (33:49):

I’d love to hear from the Metaplex side what the pitch is to use it that isn’t just it doesn’t break the network.

Austin Adams (33:55):

Then I get nothing.

Austin Federa (33:56):

Because this is the thing is like one of the things about crypto is we have to assume everyone is a evil self-interested actor at all times who cares primarily about what they’re trying to accomplish from a financial standpoint and isn’t a altruistic actor trying to make the world’s best-decentralized computing environment possible or else all of the assumptions of how blockchain works start to break down. So I think that’s one of those questions that if either of you have something addressing that sort of side of things and-

Austin Adams (34:25):

Yeah, totally. I’ll go with Metaplex’s side of why I use dynamic price mint. So from the Metaplex side, we realize that Candy Machine has been botted so badly and we want to increase fairness for the collectors, creators, and the community. Just like Noah said earlier, we want to incentivize long-term holders, people to be a part of the project because NFTs are showing us they’re more about community than they are really like a financial mechanism. They are a financial mechanism, but they’ve exposed this incredible new, psychological phenomenon.

Austin Adams (35:01):

For collectors, we’ve seen click farms, and bots, and extensions, not even if it hurts the network, but just hurting the experience. So one way that dynamic price mint helps is by making these click farms and botters, I mean, have to think twice, have to actually do some calculation, and have to do it in a fast and real-time manner. So this helps them be able to take part in the project even if they didn’t get into the discords or other things like that at the right time, it’s also going to help us move past this whole allow list trend in the community where you have to do all these specific things to get a spot and then you get a spot and you get a chance to mint, but then you don’t actually get to mint. And so, hopefully, this makes the work that’s required just being a part of the community and having the desire and the funds to mint.

Noah Prince (36:01):

Well said.

Austin Federa (36:01):

Awesome. Well, I think that does it for today. Thank you both for joining us to talk about this new launch of a Stratus support for dynamic pricing on Metaplex and creating new tools for creators to be able to actually implement this. If folks want to read more about it or want to consider using this for their next drop, where should they go to find more information?

Noah Prince (36:22):

Yeah. So for now it’s actually, if you go to app.strataprotocol.com and you have a Candy Machine ID, you can launch one directly right there. We also have on docs.strataprotocol.com. We have extensive documentation on how to set up one of these dynamic pricing mints and a YouTube video on how to do one and even do one with a white list. In the future, we hope that this is directly on Metaplex’s documentation and kind of more built as a first-class citizen into the Candy Machine and Metaplex’s new UIs such that you don’t need to be bouncing around from Strata to Metaplex. It’s just there for you.

Austin Adams (36:59):

Yeah. 100% stay tuned on the Metaplex Docs and on our blog, Twitter, radio station. Oh wait, we don’t have a radio station.

Noah Prince (37:08):

Yet.

Austin Adams (37:09):

Yet.

Austin Federa (37:09):

Great. Well, thank you both for joining us today.

Austin Adams (37:13):

Thank you, Austin.

Noah Prince (37:14):

Thanks for having us.

Leave a Reply

Your email address will not be published. Required fields are marked *