Dialogue with the founder of Sui: Sui means water, and I hope that the network performance will be as free and sufficient as water

Sam Blackshear: Yeah, we think it's critical. Now there is a lot of liquidity and some interesting Tokens and interesting NFTs in other blockchains, so we hope people can bring these over. To do that, we need to build a better app ecosystem to attract people.

For example, you can add new functions or use the functions of sui, even lower costs, safer and so on. We'll be rolling out two different bridges later. We will spend more time thinking about how to connect with existing blockchains and ecosystems.

Mynft Team: When it comes to the ecosystem, the ecosystem is a very important point in the blockchain. So tell us, what kind of ecosystem do you want to build? and how are you going to build it? How will you support the builders of the ecosystem? What specific support and grants will there be? What kind of support will you have for developers? Especially developers from Asia, if they see the prospects in this direction and want to join it, what should they do?

Sam Blackshear: Yeah, so we want to build an ecosystem to drive cryptocurrency use cases the limits of what you can do, and the limits of what you can do. We want to keep what is, we want to make it better, we want to be creative, to think of new ways of doing things, to do things that will blow your mind, that’s our vision.

Because we are not dedicated developers ourselves, we are not professionals. So I think, like from a philosophical point of view, that's what we want to do.

In terms of support, I think the most important support is to encourage them (developers) and help them see more possibilities. Of course, as you mentioned, grants are a very important form of support.

We want to form communities where people can discuss, create standards, share code and ideas. This is another thing we want to do in terms of specifically supporting Asian Chinese developers. Regarding the support for Asian developers, we think that funding projects is also a good kind of support. In the field of blockchain, we have deep ties with South Korea and China.

For the last part of the question, what is the best way for people to participate? They should participate in conversations, ask questions, and find out what happened. Study the documentation and start learning how to program, move and build apps. Based on this, it is also possible to understand the details of Sui's work and make it unique. Then you can also go to Github, see what's going on, and see if you can make some contributions. I think it all depends on your interests, how you want to contribute, and how we can help you. But I think those are some of the best ways to get involved as a developer.

Mynft Team: As a developer, will it be difficult to learn Move? You also mentioned that Move has borrowed from Rust, can you talk about the difference between the two? Would past development experience be of some help in building on Sui?

Sam Blackshear: I think learning to write smart contracts is hard. But I think Move simplifies it. I think smart contracts are fundamentally very different from traditional programming, basically like it's a very narrow set of tasks, say you have some assets, you want to transfer them, you want to update, you want to do some tracking, etc. You don't write a compiler, an operating system, a web or mobile application in a smart contract language, so this is a very narrow requirement, and at the same time, programming with scarcity is not something traditional languages do, so This is going to be a bit of a struggle, especially for someone from a traditional language background. So, we use Move because we want it to simplify things so that people can get up and running quickly.

Solidity is actually a good background. Because it was designed to explicitly address many performance and security issues. So what we've found is that people who can use the language feel they're up to speed with Move because it's designed for them to do what they've been doing with Solidity, but in a more intuitive, more intuitive way. Safer and more efficient way. Some of the feedback we've heard from our partners is. If you give them some guidance, it only takes four or five days and they can pick it up very quickly. So I think this is an ideal background.

Secondly, I think knowing Rust is also a good background. The biggest similarity between Rust and Move is the so-called borrow checker, which analyzes safety. If you already know Rust, I think your transition will be easier. Because you have to choose something as your language syntax, our syntax is also similar to Rust, so if you're used to reading Rust, this will be very familiar to you.

But Move is a smaller, simpler language than Rust. For example, some things in Rust are difficult to use, such as the lifetime of references, but in Move you don't have to worry about this problem.

So we think that people with these backgrounds will get started better. But we also want to make it accessible to people who don't have a web background, don't know Solidity, Rust. I think the most important thing is to find a compiler to guide you to do the right thing and write efficient and safe code. Then combine a large number of examples and file learning, and constantly read these error messages that pop up.

If anyone wants to learn Move, but doesn't know how to do it. Then try to write code, read and compile constantly, this is an effective language teaching method, applicable to the general public.

Q&A session

A: Yes, there will definitely be some updates in the future. For example, if you do a certain test, you will get a complete trace result to understand where the failure occurred, including source information, etc. Then you also said that some basic functions are relatively simple, of course we will also make improvements. But in general, we spent the first three years working hard on the design of the basic language, because this is a part that we cannot change in the future. Once a smart contract is released, this place can no longer be changed, and errors will remain there forever. So we worked really hard to get it right.

It all takes focused time and needs feedback so I think you can expect more improvements because we get feedback and we see the biggest pain points what, and figure out what our priorities should be, figure out how to improve the tools and the language.

Q: Because we know that token standards in different ecosystems are different and have different functions, so we want to know about you What is the standard of Token?

A: Because we know that there are standards such as ERC20 and ERC721, some homogenization and non-homogeneity tokens will be specification. For example, the standard of coinage, supply, how to transfer, how to divide, etc. will be stipulated.

For NFT, it already exists standard. From one point of view, NFT is like a metadata, every NFT can be transferred, if you want a restrictive transfer policy, it is also possible. These functions are all native to Sui, and there is no clear standard.

Then I think the question is, besides our existing standards, what else needs to be standardized?

I think there are too many answers. Like showing an NFT, or a way to show something like an explorer? And the way we do it is by standardizing some of the name and type fields. For example, a named URL or image, when I show you my URL, I will not only show you the text, but also render the image to you.

We did some standardization attempts like this. We want to build blocks for NFTs and other things like that that people can mix and match in any way they want. It's not like there's only one standard that defines these things, or that creators have to cater to rental companies and operators and so on.

So we're trying to figure out which standardized block builds make sense, and how to combine them. This is a high-level angle. Of course, everyone also said that we may also create a standard similar to NFT. For example, on Sui, there will be Ethereum-style rappers, or Netflix-style rappers, etc.

All these ideas will be realized in the future. I think we're going to do it in a variety of ways, and we've made a lot of progress, and I think a lot of the progress going forward will be determined by what people want, what they want to create.

Q: Do we have a tool chain? Is it possible for developers to use this tool chain? To implement Move, compile it, integrate it with smart contracts, and run it on Aptos or Sui at the same time. Is it possible now, is it going to be done?

A: There is currently no toolchain. It's actually all related to Move, so the migration burden is pretty low. For example, if you look at some repositories on the Internet, many projects are built on both Aptos and Sui.

You can go to GitHub to search for Pentagon, and you can see relevant information. In fact, there are many cases. They maintain a set of directly accessible directories that look very similar. I think automatic translation between them is also possible in some cases. Especially if you know Move, and you're using the same compiler. Of course, in other cases, we have many differences, such as expansion, operation, etc., and these points may not be compatible.

Q: Which narratives or areas do you think you will pay more attention to and give more priority to? Because the entire ecology is actually quite rich at present, and there are all kinds of things in the market, so what will your focus be in the future? For example, which projects will you focus on?

A: I am actually more interested in what I just said, such as the game industry, the monetization of creators, and traditional web3 finance etc. I am looking forward to seeing these things, but I am more concerned about technology than technology, because these things are not only stored on the blockchain, how does this thing reflect the founder's philosophy, etc. This is what I am more interested in. concerned.

Q: Regarding the name "Sui", the pronunciation seems to be weird, a bit uncomfortable, and a bit negative a feeling of. It is possible to say that we changed the name later or why did we choose this name?

A: Actually, I answered it just now. Because Sui represents water, constantly flowing, full of life, everywhere. It's important to your life, so that's why we chose the name. We are also unlikely to make changes, because there are many meanings behind this name, and our founders are actually more enthusiastic about this name. You have to know that it is not easy to find a name that is popular all over the world. Everyone will have different interpretations. Then we tried our best to find such a name, which represents water. Of course, this name may also have shortcomings in other aspects.

Q: I noticed that Move has a collection activity recently, which aspects are you more interested in? For example, what functions or aspects do you want to add/collect?

A: I think these things will go into Sui's library later, or other libraries, activities. For example, the data structure of Bloom filter is a good structure. Or when it comes to features, like if you want to check membership without dealing with a lot of data, this feature is useful. We also have a built in map which I think is quite useful. I think there are many good data structures to look at, and then to see what people's basic needs are, such as putting off-chain data on the chain, writing code, decoding, etc.

Q: Sui has taken a very novel approach to prioritizing scalability. This allows for near-instant finality for simple transactions. I'm curious how you would describe the trade sequence, especially given that it helps us narrow our focus down to financial markets. For example, how is the transaction order determined? On the traditional blockchain, it is in the form of auction, or in the form of first-in-first-out. I'm wondering how you describe this at a high level, how transaction ordering is determined, especially given some issues with sharding, scalability, and parallelism.

A: This is actually considering that when transactions need to be sorted, how do you decide which one is placed? How do you determine which transactions are processed first? What we're trying to do is something really interesting and novel, where we offer our clients an object-based free marketplace.

Because normally there is a unified price on the platform, for example, there is a popular NFT, the value is very high, everyone is going to grab it. Then even if you are smart and can operate in parallel, because fundamentally this thing is sequential, the cost will eventually rise for everyone.

What we want to do at Sui is that when something like this happens, the app's cost goes up, but other unrelated apps don't .

This means that we have a way inside the protocol to quantify the difficulty of such a shared object by looking at how many times it has been touched in blocks in the past, and then we It will be included in the mass priority mechanism. If many people are touching this thing, we will ask for a relatively high fee, so that we can ensure that all transactions will not be affected by this hot transaction. If you are in contact with other shared objects, such as just doing token transfers, your fees will not be affected.

So we're not going to have a single global price, the fee basically depends on how much competition you create in the system and how much you're going to Slow down our transactions.

We actually haven't made the idea public yet. We're really excited about that because it's a way to provide a great user experience while prioritizing deals and you're not stuck on every issue. If you interact directly with an object, the only thing you need to worry about is a "neighbor" touching the object. Also it would be great for validators to make sure they are using their resources most efficiently and collecting fees as much as possible.