10-Year Reunion: Vitalik and Xiaofeng Discuss How to "Revitalize" Ethereum
Original Title: "Xiao Feng's Hong Kong Dialogue with Vitalik: Remembering the Journey to China 10 Years Ago, Tips for Learning Chinese, Ethereum's Future and Hong Kong's Role"
Original Source: Wu Said Blockchain
At the Hong Kong Web3 Carnival ETHAsia 2025 event, Wanxiang Blockchain's Chairman Xiao Feng engaged in a deep conversation with Ethereum's founder Vitalik, reflecting on their first visit to China in 2014. Vitalik emphasized the significant role of Chinese miners, exchanges, and developers in Ethereum's early development, shared his experience learning Chinese, and acknowledged the rapid progress of the Chinese community in technologies such as ZK and AI.
Regarding application development, Vitalik stated that the Foundation's role is to empower rather than dominate, hoping that local communities will spontaneously drive progress. The current focus should be on DeFi, RWA, decentralized social, and other specific directions, rather than a generic discussion of "applications." He called for Chinese teams to participate in Ethereum POS 2.0 (Beam Chain) and other foundational research to drive protocol evolution. Addressing the "impossible triangle," Vitalik believed that a layered architecture has already overcome about 70% of technical barriers. In the future, leveraging account abstraction, ZK technology, L1-L2 data sharing, etc., could lead to achieving a "WeChat-level" Web3 application experience. He proposed that by sinking service logic to L1, the development threshold for L2 could be significantly reduced, and L2 should pay fees for the basic services provided by L1 to achieve value flowback.
Regarding the scope of "decentralization vs. centralization," Vitalik emphasized that the real world, such as RWA and identity systems, requires some trust mechanisms. Blockchain should reduce trust costs through cryptography and ZK, rather than pursuing extreme decentralization, to improve fairness and efficiency. In terms of the global ecosystem, both parties agreed that developers from China and the US constitute two major core forces. Vitalik pointed out that Foundation resources are limited, mainly focusing on infrastructure development and educational support, while commercial applications should be community-driven. Finally, Xiao Feng suggested establishing an office in Hong Kong for the Foundation, restarting hackathons and workshops in mainland China. Vitalik responded positively and expressed gratitude for the support and contributions from the Chinese community over the years.
The audio transcript was completed by GPT and may contain errors. Please listen to the full podcast:
Xiao Yu Zhou FM:
https://www.xiaoyuzhoufm.com/episodes/67f707de623bc78c39a0b4fe
YouTube:
https://youtu.be/Jnta4OLIAaw
Xiao Feng and Vitalik Recall Their First Visit to China, China Community Support for Ethereum Development
Xiao Feng: Thank you, everyone. I want to start by sharing a secret that the year 2025 marks the tenth anniversary of my acquaintance with Vitalik. In 2015, we first met in Shanghai, so it's quite nostalgic for both of us to be having this conversation again. Of course, some of the nostalgia is of a personal nature, which we won't delve into in public. In 2015, Vitalik should have stayed in Shanghai for almost three months. Although he had visited many times before, this three-month period was probably the longest.
So I'm particularly interested to know your impression of China, Shanghai, the Ethereum community in China, or Chinese Ethereum developers from that time to the present. This is a question that many Chinese developers are very eager to understand.
Vitalik: Yes, I remember my first visit to China was in 2014. I traveled from Xi'an to Beijing, then went to Shanghai, Hangzhou, Shenzhen, and visited several other places. At that time, I could feel that China already had many companies, teams, developers, and brands doing various things. I remember visiting exchanges like OKCoin and Huobi, where I found that they had more employees than the largest exchanges in the United States. And there were many Bitcoin miners, as it was the transition period from FPGA to ASIC, around 2013 to 2014.
I remember one time in Shenzhen, I saw a particularly large mining farm in the suburbs with a large number of mining rigs. At that time, I already felt that China's hash power was very strong, and various teams were actively promoting the development of Bitcoin and blockchain.
Back then, I noticed that these teams, projects, and companies in China were very large, but almost no one outside China knew about their existence, with zero recognition. At that time internationally, basically everyone only knew about Ethereum and miners, but China's ecosystem was already doing many more profound things.
I remember in 2015, you and some other companies had already started doing some very interesting things. Starting from 2015, the Chinese community had made many early important contributions to Ethereum's development. I'm truly grateful for your support so early on.
I also remember that you purchased a lot of tokens from the Ethereum Foundation. At that time, the Foundation really needed that money to survive. It can be said that they survived thanks to that funding. Later, I also sensed that the Chinese community became increasingly complex and diverse, with everyone starting to exert efforts in many different directions, such as protocol research, cryptography research, and formula algorithm research.
One could say that back in 2015, besides Israel and San Francisco, there weren't really any particularly interesting blockchain projects elsewhere. But by 2016, I remember you had undertaken many projects, and now we can see many excellent research teams working on Zero-Knowledge Proofs (ZK), AI, and other directions, all of which indicate that the community's quality has become very high.
How Vitalik Learned Chinese in One Year and Gave a Speech in Chinese
Xiao Feng: The day before yesterday, I told Vitalik that our conversation would be in Chinese, hahaha. I just remembered early 2015 when we were together, he didn't speak a word of Chinese at that time. But one day he told me he was going to start learning Chinese. A year later, around August 2016, we, in that September, organized a "Blockchain Week" in Shanghai at Wanxiang Blockchain, and he was our main guest.
In August, I contacted him in advance and said, if you have a PowerPoint presentation, please send it to me first. I can have someone translate it into bilingual Chinese and English to help attendees better understand. But he told me, no need. He would write the PowerPoint in Chinese and deliver the speech in Chinese. It took only a year, and I'm really curious. How did you manage to not only learn to speak Chinese in such a short time but also to write a speech in Chinese? This is actually much harder than just being able to speak.
Of course, I also recall May 2016 when we went to New York, San Francisco, and London together. I remember in a taxi in New York, Vitalik, me, and Shen Bo from distributed capital were chatting. When Shen Bo and I were discussing something in Chinese, we hadn't finished, and Vitalik took out his phone and asked me, "Was the word you just said this one?" That's how he learned Chinese, bit by bit. But I'd still like to hear how you managed to learn Chinese so quickly?
Vitalik: My method of learning a new language is something I've tried many times. My first step is usually to use an audio course called Pimsleur, which comes in many language versions. Each course has 90 episodes, and each episode is 30 minutes long. They start teaching from the basics, like the first lesson is "Hello," "I am in the United States," "I am in China," and each lesson's content gradually becomes more complex.
The course involves listening repeatedly, repeating after, and answering questions. Throughout the process, you keep speaking and repeating continuously to gradually master basic expressions.
Later, I added the "recognition of characters" part because in Chinese, you not only need to speak but also understand the concept of Chinese characters, which is a bit more complicated than many other languages. At that time, I used a flashcard-like app to learn 20 characters a day, and the system would repeatedly test you on whether you remembered the meanings and pronunciations of these characters. Practicing continually in this way, I gradually accumulated knowledge.
The next truly effective way of learning is through — — interaction with people. Whether through voice or chat applications, make sure to speak and write as much as possible whenever the opportunity arises. I remember when traveling in some cities in China, I would deliberately look at the street signs of every street because they displayed both Chinese characters and Pinyin. Through this continuous accumulation in daily scenarios, I would learn something new every day.
Probably one or two years later, the most important thing is to immerse yourself in a fully Chinese language environment so that you can continuously understand more content and practice more expressions. Being in this environment every day, you naturally become more proficient over time.
How to view Chinese developers' contribution and sentiment towards Ethereum?
Xiao Feng: I remember in January 2016, Wanxiang Blockchain and Deloitte jointly held the first Ethereum hackathon in Shanghai. At that time, over 100 people from around the world flew in to attend, with the majority being Chinese who came from Beijing or southwestern China. There were also some international participants, such as a high school student from Italy who flew to Shanghai specifically to participate. He came alone, and we improvised a team for him on-site, and their team ended up winning the first prize.
Later, this high school student approached our Wanxiang Blockchain team, asking if he could join us. He said he didn't plan to go back to Italy. At that time, we advised him to at least finish high school and consider the future after entering college. As a result, a year later, he returned to Europe to participate in a project called LTA and later became a key technical member of that project.
Telling this story is to say: China's developer community has made significant contributions since 2015, 2016, and 2017 in Ethereum's community building, technical development, and market promotion, and they also have a deep affection for Ethereum. This is not just a technical input but more of a profound love.
I remember in 2016, when you gave a speech at Wanxiang Blockchain's forum, the reception you received made you seem like a superstar, even more enthusiastic than the cheers you receive now. Therefore, next, on behalf of China's Ethereum community and Chinese developers, whether they are directly developing on Ethereum now or not, everyone is eager to hear some thoughts from you or the Ethereum Foundation.
How do you hope to support Chinese developers to help them better contribute to the Ethereum ecosystem, build the community, and develop applications?
Vitalik: Yeah, I think one very important point is that we have already addressed many of the information gap issues. In the past, communities in China, India, Latin America, and other places were unaware of many things, but now this situation has greatly improved.
For example, during my three days here, I met many community activists and organizers who have a deep understanding of topics such as account abstraction and consensus algorithms. This indicates that our information sharing is improving.
Additionally, we recently conducted a project called Deep Funding. This project was an open competition where anyone who could provide a good AI model to answer community questions would receive a reward. I saw a participant in another event last year who is now working on such a project. These connections are becoming more and more common, bringing many positive impacts.
As for what we need most now, it is actually more specific "applications." However, sometimes I don't like the term "applications" because it is too broad. For example, Facebook is also called an application, Tencent is also called an application. If Ethereum is only summarized as an "application," it is challenging to reflect the unique value of this industry.
I hope to see more in-depth advancement in some specific areas, such as DeFi (including real-world assets like RWA), decentralized social, information finance, etc. Not everyone working on a single application together, but distributed in different directions, each with twenty to thirty deeply committed individuals. This way, the community will be more interesting and more sustainable.
Currently, many teams are building communities, discussing topics, organizing events, and attracting developers to participate. These are all very encouraging activities. The Ethereum Foundation also has many local community support programs, such as the various activities you have seen these days, where we provide different forms of support—including funding, tools, platform resources, etc.
Our foundation's goal is not to control the Ethereum ecosystem but to promote its self-growth. The most ideal state for us is that today we do something, and in the future, we no longer need to do it because the ecosystem has become strong enough and autonomous enough.
Another important point is about L1 (Layer 1) development. In this regard, everyone can start on their own, without needing to know anyone specifically or requiring foundation approval. As long as there is passion and ability, you can directly participate.
We are currently working on addressing another issue, which is the definition and promotion of decentralized Layer 2 (L2) standards (stage 0, stage 1, stage 2). Many L2 projects claim to be decentralized, but the standards are not clear and are more of a marketing tactic. We hope to use a clear set of technical standards to determine if a network is truly a stage 2 decentralized network, based on meeting certain security requirements and technical specifications.
This approach can make the entire ecosystem fairer, making it easier for newcomers and small teams to participate.
The development of L1 follows the same philosophy. Currently, our researcher Justin Drake is advancing a project called Beam Chain, which can be seen as an attempt at Ethereum POS 2.0. Over the past decade, we have conducted a lot of research on POS (Proof of Stake), and now we have a deeper understanding of algorithms, post-quantum security, and game theory. We hope to consolidate these achievements into a new L1 experimental project, allowing global teams to participate.
There are already at least 7 candidate teams for Beam Chain, and I even know that teams from universities like Shanghai Jiao Tong University and some domestic universities are conducting related research. If anyone is interested in this direction, I strongly recommend you to pay attention and get involved.
One of the current challenges in L1 research is that if you don't know people in the relevant community, even if you are very technically competent, it is very difficult to participate. This is a problem we are particularly keen to solve. Therefore, the development of Beam Chain will be carried out in a completely open manner, attracting more new teams to participate in building from scratch, allowing the Ethereum base layer to evolve in the long term.
How Can Blockchain Break the "Impossible Triangle"? When Will a "WeChat-Level" Application Emerge?
Xiao Feng: Haha, yes, after you just finished speaking, I actually have three questions I'd like to discuss with you. The first question is, everyone knows about a theory called the "Impossible Triangle of Blockchain" — that is, decentralization, security, and performance cannot be achieved simultaneously. You can only focus on two of them while sacrificing the third. This is not just a problem of blockchain; many other systems, such as the exchange rate mechanism, also have similar logic, fundamentally a mathematical problem.
So, how can blockchain ensure decentralization and security while greatly improving performance and scalability? If efficiency and scalability cannot be achieved, then it cannot support large-scale applications. From the perspective of cost and user experience, it seems that solving this triangle dilemma on a flat plane is not feasible.
So, my personal view is that even today, I still believe that only the layered architecture proposed by Ethereum, namely the approach of L1 and L2, is the best solution to this "impossible triangle." You also mentioned the relationship between L1 and L2 just now.
But next, I'd like to ask from another perspective — how to solve the problem of "usability"? That is, to minimize the barrier to using this technology, to minimize costs, and to maximize the experience. Because only when it is truly user-friendly can a high-tech new product or service be adopted by a broader audience.
Our industry has always been asking one question: When will the blockchain space see a "killer application"? That is, an application with a large-scale user base. The premise of a large-scale application is inevitably higher performance, lower costs, and stronger scalability.
Just like how the computer system evolved from the initial DOS command-line operating system to a graphical interface, and then to mobile internet apps, gradually lowering the barrier to entry. If we were still using DOS command-line operations today, perhaps there wouldn't be billions of people using computers in the world. So, after Microsoft launched the graphical operating system, the user base expanded from millions to billions, and eventually, the popularization of mobile internet enabled operations with just a tap of a finger, reaching the scale of over 5 billion internet users globally today.
So the question I want to ask is: While our current layered architecture is good, the "ease of use" barrier is still too high. When will we see the "APP moment" for blockchain? That is, behind a complex Web3 system, can be accessed by ordinary users seamlessly through a super app, just like WeChat — no matter how complex the system is, users can use it with just a click of an icon.
When will this "WeChat-level" blockchain experience emerge? I think that will be the true turning point for the explosion of killer applications. What's your take?
Vitalik: Yes, I think it will take a lot more time to reach that moment. We are indeed making progress, but there are still some technical challenges yet to be fully addressed.
As I mentioned in my keynote speech this morning, Ethereum still faces scalability challenges. You may recall that in my 2015 speech, I mentioned that the development of blockchain faces four technical challenges: first is scalability, second is POS (Proof of Stake), third is privacy protection, and fourth is security.
Now, zero-knowledge proofs (ZK) are progressing rapidly, and scalability has shown significant improvement. The POS mechanism has been successfully launched, but there is still room for further optimization; in terms of security, we not only focus on the security of the protocol itself but also on the security of user accounts.
For example, the way users manage their on-chain assets has historically had two extreme options: one is fully self-custodial, storing private keys on a computer, phone, or even on paper, which is very decentralized but too complex and risky for the vast majority of people, even for myself.
The other way is to use centralized services, but this brings trust issues, as seen in prominent examples like Mt. Gox and the FTX incident.
So our current focus is on finding a better balance between the two. For example, we now have a series of solutions such as Multi-sig, Account Abstraction, ZK Email, all aimed at improving user experience and reducing security risks.
Going back to what you just mentioned as the "APP Moment," I think that starting from the four goals we set in 2015, we have now achieved about 50% to 70%. As long as we solve the remaining technical challenges, the applications will definitely come.
Why do I believe this? Because we have already seen some cases, such as Worldcoin now having 10 million users, institutions like Sony, Kraken, Deutsche Bank deploying L2 on Ethereum, and many countries such as Argentina, Turkey, and some regions in Southeast Asia having a large number of users using stablecoins, ETH, DeFi services.
All of this indicates that the infrastructure is almost ready. As long as we can overcome the final user experience bottleneck and developers are willing to invest, killer applications are entirely possible.
So I am still quite optimistic. We will eventually usher in that "APP Moment." OK.
How to make L2 lighter and easier to build: move the "dirty work" down to L1, L2 payment fees
Xiao Feng: You just mentioned that traditional large institutions like Deutsche Bank have also started building on Ethereum's Layer 2 (L2). We launched Hashtag Chain last December, which is an Ethereum-based L2. However, in the process of building HushKey Chain, I always had a feeling that compared to developing an APP, the cost of building an L2 chain is still very high.
For example, if you want to build an L2 from scratch, you may need 20 engineers and spend a whole year. You not only have to build the chain itself but also create a browser, wallet, development tools, and so on, far more than just "writing a chain." And during the operation of this chain, the annual technical operations cost alone could reach millions of dollars.
Of course, I understand that L2 cannot be as cheap, fast, and low-cost as a mobile APP. But if you think from the perspective of those who want to start an L2 project from scratch, the barrier is indeed too high. They need to recruit 20 professional developers and solve various integration and operation issues.
So now I have a "wild" idea: Can we push as much of this "dirty work" down to L1 as possible? In other words, have L1 provide more basic capabilities, making L2 itself lighter, thinner, and easier to develop. This way, we wouldn't need to invest as much manpower, time, and resources into building an L2 like HushKey. Do you think this is achievable? When could it be achieved?
Vitalik: Actually, we are already working on this. Let me give you some specific examples.
One major source of high cost in L2 right now is integration. This means that L2 application developers often need to integrate various basic services, such as Oracles, Filecoin, identity systems, and so on, all of which need to be deployed and managed separately.
What we are currently doing is making the connection between L2 and L1 more efficient. I also mentioned this topic this morning. For example:
The first step is to improve the communication efficiency between L1 and L2. Currently, it takes about a week to submit the state from L2 back to L1. We hope to reduce this to one hour initially and eventually reach 12 seconds. This will significantly reduce the data transfer latency.
The second step is for L1 to introduce an opcode called L1SLOAD, which means the EVM on L2 can directly read data from L1. For example, if each L2 needs to separately deploy an Oracle, it's actually a waste of resources. But if you can directly read Oracle information from L1, you can share data and reduce redundant deployment.
Another example is wallets. If we want to enable users to support Account Abstraction, such as allowing users to freely change private keys, switch signature algorithms, etc., the current practice requires sending transactions on each L2 to update settings every time, which is cumbersome. However, if we deploy this critical account information on L1, updating it once on L1 would allow every L2 to synchronize and read the status, solving this problem effortlessly.
This is also the concept of the "Keystore Wallet" I proposed — the core state of a user's wallet is stored on L1, and all L2s can read it directly, truly achieving a shared account structure.
So, as long as we can design a good interface between L1 and L2, we can make L2 lighter and developers don't need to reinvent the wheel.
Moreover, this approach can bring an additional benefit: we can promote the emergence of "L1-L2 hybrid apps." These apps are no longer exclusive to L1 or L2 but can simultaneously use data and services from both layers, achieving a more powerful functionality combination.
Xiao Feng: If L1 can handle more of the "dirty work, hard work, and tough work," it is indeed addressing a core issue that many people are currently criticizing. Because many people say L2 has created a lot of value, but this value has not been fed back to L1. L1 provides the infrastructure, but has not captured the value it deserves.
If L1 can provide more basic services, make L2 lighter and more user-friendly, then L2 should rightfully pay for these services and return some of the value to L1. This is not only technically reasonable but also a mechanism for "value feedback" in the economic model. Being able to do this is definitely good news for the entire Ethereum ecosystem.
You just mentioned the issue of decentralization. Indeed, some projects are now decentralizing for the sake of decentralization, posting a picture and claiming to be "Ethereum native" or "decentralized." However, when it comes to the application layer, the problem becomes much more complex.
For example, as you mentioned, Real World Assets (RWA), the idea of on-chain real-world assets is fundamentally impossible to be completely decentralized. Because the issuance of any RWA is almost universally considered a securities issuance in legal terms, it inevitably involves the issuer, the operator, the approval process, and regulatory agencies, all of which have centralized elements.
So I think we need to be a bit realistic. At the infrastructure level, Ethereum must maintain decentralization, openness, and permissionlessness. However, when it comes to the application layer, decentralization is not a panacea. The key is to find a balance between "trust minimization" and "efficiency maximization," rather than rigidly adhering to a certain form.
Discussion on the Applicability of "Decentralization" and "Centralization"
Xiao Feng: The issuance of a security-like asset will naturally involve the issuer, the operator, the approver, and the regulator, and there will definitely be some centralization or some degree of centralization elements in it. If we want to integrate blockchain with traditional finance and use Ethereum or other blockchain systems to build new financial infrastructure, we must face this reality.
The reason why finance is heavily regulated is because it has strong negative externalities. In the traditional financial sector, the so-called "rug pull" behavior is illegal because it reduces social welfare, creates risk and unfairness, and therefore requires regulation. This kind of negative externality, once introduced into the blockchain world, cannot be ignored either.
As the integration of blockchain with the real world deepens, I believe that implementing a "layered" system is reasonable. As the infrastructure, Ethereum L1 must adhere to decentralization. Just like the foundational protocols of the internet (such as the IP protocol) are open-source and permissionless, anyone can use the IP protocol to build a network without needing authorization from others. This openness is the foundation of the development of the internet.
Blockchain technology is the same way. As a foundational protocol, its core value lies in being open-source, permissionless, and decentralized. However, when it comes to the application layer, the situation is different. Internet applications are inherently centralized, and the Web3 world does not necessarily have to replicate this structure, but it also cannot ignore the validity of centralization in certain areas. What is your view on this "centralization vs decentralization" balance, especially at the application layer?
Vitalik: Yes, at the application layer, if we are dealing with real-world economic activities, relationships between people, etc., complete decentralization or total trustlessness is not achievable.
Why do I say this? Because many behaviors in the real world cannot be cryptographically proven. For example, if I want to sell you a mobile phone, and you first send me 0.5 ETH through Ethereum, then I ship the phone to you via DHL. You receive the phone and then confirm the transaction on the chain.
However, the issue is that in this process, the chain cannot verify whether I actually shipped the phone. Cryptographically, you cannot prove "I placed the phone in the package" or "DHL indeed took the phone."
Perhaps in the future, we can use some very advanced zero-knowledge proof (ZK) technologies, such as proving that I did hand over the phone to DHL, or DHL providing a verifiable on-chain logistics proof (using a method like ZK + TLS Notary)—but even then, you still have to trust DHL, you have to believe that I actually placed the phone inside. These kinds of problems are widespread in the real world and are areas that cryptography cannot fully cover.
Of course, the role of blockchain and cryptography is to minimize the need for this kind of "trust." Because when the trust barrier is high, only widely trusted large institutions can participate, and ordinary people are excluded, which is detrimental to fairness.
Through blockchain technology, what we can do is empower more people to participate. For example, Real World Assets (RWA) can be issued in token form, such as if I were to issue a Filecoin token totaling 1 million units. By only issuing 1 million on-chain, the system can publicly verify that no extra tokens were created. Additionally, through ZK technology, one can prove on-chain that they indeed have USD or HKD assets in a bank account equivalent to those 1 million tokens.
Another example is if a government were to issue digital identity IDs, the public might be concerned that they were covertly issuing "ghost IDs" to manipulate elections or social platforms. If these IDs were issued on-chain, with the total quantity visible, the public could confirm that the government only issued 1 million IDs, not 2 million. This mechanism can significantly reduce the trust cost placed on the government.
This trust-reduction mechanism, on the one hand, can improve efficiency, and on the other hand, it enhances fairness. A high trust threshold implies that small organizations or individuals find it difficult to participate, as only widely trusted large institutions can enter. However, once a verification mechanism can replace trust, more people have the opportunity, making the economy and society more open and fair.
Of course, in certain rare scenarios, such as validating math competition problems, true decentralization can indeed be achieved — for example, I design a smart contract where if you can submit a valid ZKP (Zero-Knowledge Proof) that satisfies a certain formula, I will reward you; otherwise, I won't. These scenarios are suitable for fully automated, verifiable, closed-loop logic.
But in 99% of real-world economic activities, this idealized fully decentralized mechanism is unachievable.
Xiao Feng: Yes, I completely agree. This is actually a point we must always remind ourselves of during the development of Web3 or blockchain applications — not everything can be solved with decentralization.
Certainly, for the parts that can be solved with decentralization, we should strive to use it as much as possible. Because it can reduce the cost of trust, enhance system fairness, efficiency, and transparency. But for scenarios that require connection to the physical world, behavior verification, such as mobile transactions, physical logistics, etc., on-chain mechanisms currently cannot fully cover.
The example you just mentioned is excellent; we still have to trust DHL to deliver the mobile phone and trust that they have indeed completed the delivery.
Therefore, we should not be obsessed with "everything from the foundational layer to the application layer must be 100% decentralized." Decentralization is not the goal; it is simply a means to achieve a more efficient, fairer, lower-cost economic system. We should leverage it, but also acknowledge its boundaries and limitations.
And now, Ethereum has entered the stage of a layered architecture, which I believe is a prerequisite for blockchain to move towards mass adoption.
How Can Developers from China and the U.S. Collaborate on Mass Adoption Initiatives?
Xiao Feng: Well, this new stage has arrived. As Vitalik just mentioned, many key technologies, including the continuous optimization of L2, are rapidly advancing. We are also gradually approaching the threshold for mass adoption of blockchain.
From the internet, AI to cryptocurrency, we can see an interesting phenomenon: among the top 15 global internet platforms, apart from the U.S., most are Chinese enterprises. The same goes for AI large models; apart from the U.S., China has also proven its research and development capabilities through companies like DeepSync, Huawei, Baidu, etc. However, countries like Japan, India, the EU, and the UK have not yet presented competitive large models. In other words, technological capabilities are not evenly distributed globally.
I believe a similar pattern will emerge in blockchain. Although developers are scattered worldwide, they are mainly concentrated in two language circles: the English-speaking circle (with the U.S. at its core) and the Chinese-speaking circle (with China at its core). The scale of English developers is indeed larger, but Chinese developers form another vast ecosystem.
So here's the question: if we really want to drive Ethereum into the mass adoption stage, how should Chinese developers, product managers, operators, and users participate? In fact, the Chinese have a strong capability in the application layer and have been winning through "execution" since the internet era, nurturing a large number of excellent product managers and platform operators.
For example, currently, more than half of the world's top ten digital asset trading platforms are founded or operated by Chinese. Why is that? Because the essence of Bitcoin on all trading platforms is the same, but customer experience and user service are areas where Chinese are obviously more adept.
So if we truly recognize that Ethereum is entering a stage of development focused on applications, how can we better leverage the advantages of Chinese-speaking developers? Not just developers but also operators and users. Chinese-speaking internet users alone exceed 1.4 billion, and when including Hong Kong, Macau, Taiwan, and overseas Chinese, it becomes a huge market. Do we have a strategy aimed at this group to incentivize them to develop applications on Ethereum and drive adoption?
Vitalik: Yes, this is a very crucial question.
First, I believe that driving the development of applications should not be "directly borne" by the Ethereum Foundation. We do not want everyone to still rely on the Foundation to drive ecosystem development five or ten years from now. Instead, we hope that every local community worldwide can grow, possess the ability to autonomously promote, self-organize, incubate, and implement various projects.
In recent years, we have noticed the development of developer communities in China, Asia, and even Africa. These communities have also established increasing communication with our foundation, especially in driving local developer organizations, project incubation, and talent development.
The reason we are unwilling to do everything can be attributed to two reasons:
The first reason is to avoid centralization. A healthy ecosystem cannot rely entirely on a central organization. We hope that Ethereum can self-evolve rather than having the foundation spearhead every application or project.
The second reason is limited resources. You may not believe it, but the amount of ETH currently held by the foundation is even less than what Justin Sun has (laughing emoji). Our budget is very limited, and the financial strength of many organizations in the community is actually stronger than ours.
Moreover, fundamentally, applications can be self-sustaining. If you create a valuable application, you can attract users, receive investment, and achieve profitability. Therefore, we are more focused on areas where "if the foundation does not do it, no one else will."
For example, core development of L1, ZK Email, Account Abstraction, ZK Wrapper, and other infrastructure components. These are high-threshold, low-commercial-return directions, so we are willing to provide more support.
However, for DApp, wallet, and other application development, they already have profitability and no longer need the foundation to drive them personally.
Therefore, our strategy is: to focus on supporting the growth of local communities. We hope to help more developers understand the core concepts of Ethereum, architectural components such as L1, L2, ZK, clients, etc., and guide them to explore specific application scenarios.
We cannot establish and manage communities worldwide, so we need to cooperate more with local organizations to help them establish their own developer ecosystems in their cultural and linguistic contexts.
We have already taken action in this regard, and compared to two years ago, communication and cooperation with Asian developers have become much smoother.
We also encourage everyone to proactively express their needs. If you encounter problems or have specific requirements during your project, our foundation is willing to provide support. We hope that in the next one or two years, every city will have a stronger developer community, nurturing a new generation of Ethereum's core builders.
This transformation has already begun, and we believe it can develop even better and broader.
Ethereum Should Establish an Office in Hong Kong, Restart Mainland Hackathons and Workshops
Xiao Feng: Yes, as you just mentioned, the Foundation focuses on doing things that application developers cannot accomplish independently, such as ZK (Zero Knowledge Proof), Layer 1 protocol research, and so on. This is correct. Because the Foundation should have a clear positioning. As for application developers, when they are building on Ethereum, they may indeed need the support and help of the Foundation and the Ethereum community to understand how to do better on Ethereum. This help may not necessarily be funding; it is more likely to be technical guidance, resource connection, or even exposure channels.
Therefore, today we are holding this conference at ETH Action, and we have also invited Ethereum community representatives from various Asian countries, hoping to have such an annual gathering of the Asian Ethereum community. Everyone can discuss how to promote Ethereum applications and technology in Asia. This is already a great platform in itself.
Based on this, I have two suggestions for the Ethereum Foundation:
The first suggestion is, I hope the Ethereum Foundation can establish an office in Hong Kong. This would be very helpful for the entire Asian Ethereum community, including application developers. This office is not only a symbolic presence but also a contact point that can provide practical technical advice, guidance resources, and exposure opportunities. Many developers may not necessarily need money from the Foundation, but they do need a place to seek support and connections, especially for some early-stage projects.
Actually, the purpose of our conference these past two days is to help these developers and projects increase their exposure, build connections, and find collaborative resources. This is the first suggestion, and as you saw just now, everyone has already shown their support with applause, haha.
The second suggestion is, I believe the Foundation, including yourself, should return to mainland China and restart face-to-face interactions with Chinese developers. You did a great job in the past. I remember you used to frequently come to Shanghai in 2017, 2018, and then it was interrupted due to the epidemic.
Now that the epidemic is over, it is a good time to resume this kind of interaction. For example, the Foundation can consider restarting hackathons and workshops in mainland China; you yourself can also personally meet with developers across the country. In October of this year, we will host the 11th Blockchain Global Summit in Shanghai. You have participated in the previous seven consecutive sessions, and we very much welcome you to participate again.
We at Wanxiang Blockchain are very willing to assist and drive this matter. We hope to restart Ethereum workshops and hackathons in multiple cities in the mainland. This format is not just an event but a substantive guidance for developers to help them master Ethereum's technology and build more practical applications. This is the two suggestions I want to propose to the Foundation and you today.
Vitalik: Well, thank you very much, Mr. Xiao. Thank you for your years of support for the Ethereum community, Foundation, and the entire blockchain ecosystem. I am really grateful.
Xiao Feng: Well, thank you everyone. Our conversation ends here today. I can assure you that neither of us rehearsed or communicated before this.
Vitalik: Hahaha, OK, thank you.
猜你喜歡
穩定幣驅動全球B2B支付革新,如何打破工作流程瓶頸釋放兆市場潛力?
這些新創公司正在無需資料中心的情況下建立先進AI模型
CEX與Wallet之後,OKX入局支付
科學平權運動:DeSci的萬億美元知識經濟重建革命
Sentient深度研報:獲8,500萬美元融資,建置去中心化AGI新範式
專訪Virtuals聯創empty:AI 創業不需要大量資金,Crypto是答案之一
今年 2 月,Base 生態中的 AI 協議 Virtuals 宣布跨鏈至 Solana,然而加密市場隨後進入流動性緊縮期,AI Agent 板塊從人聲鼎沸轉為低迷,Virtuals 生態也陷入一段蟄伏期。
三月初,BlockBeats 對 Virtuals 共同創辦人 empty 進行了一次專訪。彼時,團隊尚未推出如今被廣泛討論的 Genesis Launch 機制,但已在內部持續探索如何透過機制設計激活舊資產、提高用戶參與度,並重構代幣發行與融資路徑。那是一個市場尚未復甦、生態尚處冷啟動階段的時間點,Virtuals 團隊卻沒有停下腳步,而是在努力尋找新的產品方向和敘事突破口。
兩個月過去,AI Agent 板塊重新升溫,Virtuals 代幣反彈超 150%,Genesis 機製成為帶動生態回暖的重要觸發器。從積分獲取規則的動態調整,到專案參與熱度的持續上升,再到「新代幣帶老代幣」的機制閉環,Virtuals 逐漸走出寒冬,並再次站上討論焦點。
值得注意的是,Virtuals 的 Genesis 機制與近期 Binance 推出的 Alpha 積分系統有一些相似之處,評估用戶在 Alpha 和幣安錢包生態系統內的參與度,決定用戶 Alpha 代幣空投的資格。用戶可透過持倉、交易等方式獲得積分,積分越高,參與新項目的機會越大。透過積分系統篩選使用者、分配資源,專案方能夠更有效地激勵社群參與,提升專案的公平性和透明度。 Virtuals 和 Binance 的探索,或許預示著加密融資的新趨勢正在形成。
回看這次對話,empty 在專訪中所展現出的思路與判斷,正在一步步顯現其前瞻性,這不僅是一場圍繞打新機制的訪談,更是一次關於“資產驅動型 AI 協議”的路徑構建與底層邏輯的深度討論。
BlockBeats:可以簡單分享一下最近團隊主要在忙些什麼?
empty:目前我們的工作重點主要有兩個部分。第一部分,我們希望將 Virtuals 打造成一個類似「華爾街」的代理人(Agent)服務平台。設想一下,如果你是專注於 Agent 或 Agent 團隊建立的創業者,從融資、發幣到流動性退出,整個流程都需要係統性的支援。我們希望為真正專注於 Agent 和 AI 研發的團隊,提供這一整套服務體系,讓他們可以把精力集中在底層能力的開發上,而不用為其他環節分心。這一塊的工作其實也包括了與散戶買賣相關的內容,後面可以再詳細展開。
第二部分,我們正在深入推進 AI 相關的佈局。我們的願景是建立一個 AI 社會,希望每個 Agent 都能聚焦自身優勢,同時透過彼此之間的協作,實現更大的價值。因此,最近我們發布了一個新的標準——ACP(Agent Communication Protocol),目的是讓不同的 Agent 能夠相互互動、協作,共同推動各自的業務目標。這是目前我們主要在推進的兩大方向。
BlockBeats:可以再展開說說嗎?
empty:在我看來,其實我們面對的客戶群可以分為三類:第一類是專注於開發 Agent 的團隊;第二類是投資者,包括散戶、基金等各種投資機構;第三類則是 C 端用戶,也就是最終使用 Agent 產品的個人用戶。
不過,我們主要的精力其實是放在前兩大類──也就是團隊和投資人。對於 C 端用戶這一塊,我們並不打算直接介入,而是希望各個 Agent 團隊能夠自己解決 C 端市場的拓展問題。
此外,我們也認為,Agent 與 Agent 之間的交互作用應該成為一個核心模式。簡單來說,就是未來的服務更多應該是由一個 Agent 銷售或提供給另一個 Agent,而不是單純賣給人類使用者。因此,在團隊的 BD 工作中,我們也積極幫助現有的 AI 團隊尋找這樣的客戶和合作機會。
BlockBeats:大概有一些什麼具體案例呢?
empty:「華爾街」說白了就是圍繞資本運作體系的建設,假設你是一個技術團隊,想要融資,傳統路徑是去找 VC 募資,拿到資金後開始發展。如果專案做得不錯,接下來可能會考慮進入二級市場,例如在紐約證券交易所上市,或是在 Binance 這樣的交易所上幣,實現流動性退出。
我們希望把這一整套流程打通-從早期融資,到專案開發過程中對資金的靈活使用需求,再到最終二級市場的流動性退出,全部覆蓋和完善,這是我們希望補齊的一條完整鏈條。
而這一部分的工作和 ACP(Agent Communication Protocol)是不同的,ACP 更多是關於 Agent 與 Agent 之間交互標準的製定,不直接涉及資本運作系統。
BlockBeats:它和現在 Virtuals 的這個 Launchpad 有什麼差別呢?資金也是從 C 端來是嗎?
empty:其實現在你在 Virtuals 上發幣,如果沒有真正融到資金,那就只是發了一個幣而已,實際是融不到錢的。我們目前能提供的服務,是透過設定買賣時的交易稅機制,從中提取一部分稅收回饋給創業者,希望這部分能成為他們的現金流來源。
不過,問題其實還分成兩塊。第一是如何真正幫助團隊完成融資,這個問題目前我們還沒有徹底解決。第二是關於目前專案發行模式本身存在的結構性問題。簡單來說,現在的版本有點像過去 Pumpfun 那種模式——也就是當專案剛上線時,部分籌碼就被外賣給了外部投資人。但現實是,目前整個市場上存在著太多機構集團和「狙擊手」。
當一個真正優秀的專案一發幣,還沒真正觸達普通散戶,就已經被機構在極高估值時搶購了。等到散戶能夠接觸到時,往往價格已經偏高,專案品質也可能變差,整個價值發行體係被扭曲。
針對這個問題,我們希望探索一種新的發幣和融資模式,目的是讓專案方的籌碼既不是死死握在自己手裡,也不是優先流向英文圈的大機構,而是能夠真正留給那些相信專案、願意長期支持專案的普通投資者手中。我們正在思考該如何設計這樣一個新的發行機制,來解決這個根本問題。
BlockBeats:新模式的具體想法會是什麼樣子呢?
empty:關於資金這一塊,其實我們目前還沒有完全想透。現階段來看,最直接的方式還是去找 VC 融資,或是採取公開預售等形式進行資金募集。不過說實話,我個人對傳統的公開預售模式並不是特別認同。
在「公平發售」這件事上,我們正在嘗試換一個角度來思考-希望能從「reputation」出發,重新設計機制。
具體來說,就是如果你對整個 Virtuals 生態有貢獻,例如早期參與、提供支持或建設,那麼你就可以在後續購買優質代幣時享有更高的優先權。透過這種方式,我們希望把資源更多留給真正支持生態發展的用戶,而不是由短期套利的人主導。
BlockBeats:您會不會考慮採用類似之前 Fjord Foundry 推出的 LBP 模式,或者像 Daos.fun 那種採用白名單機制的模式。這些模式在某種程度上,和您剛才提到的「對生態有貢獻的人享有優先權」的想法是有些相似的。不過,這類做法後來也引發了一些爭議,例如白名單內部操作、分配不公等問題。 Virtuals 在設計時會考慮借鏡這些模式的優點,或有針對性地規避類似的問題嗎?
empty:我認為白名單機制最大的問題在於,白名單的選擇權掌握在專案方手中。這和「老鼠倉」行為非常相似。專案方可以選擇將白名單名額分配給自己人或身邊的朋友,導致最終的籌碼仍然掌握在少數人手中。
我們希望做的,依然是類似白名單的機制,但不同的是,白名單的獲取權應基於一個公開透明的規則體系,而不是由項目方單方面決定。只有這樣,才能真正做到公平分配,避免內幕操作的問題。
我認為在今天這個 AI 時代,很多時候創業並不需要大量資金。我常跟團隊強調,你們應該優先考慮自力更生,例如透過組成社區,而不是一開始就想著去融資。因為一旦融資,實際上就等於背負了負債。
我們更希望從 Training Fee的角度去看待早期發展路徑。也就是說,專案可以選擇直接發幣,透過交易稅所帶來的現金流,支持日常營運。這樣一來,專案可以在公開建設的過程中獲得初步資金,而不是依賴外部投資。如果專案做大了,自然也會有機會透過二級市場流動性退出。
當然最理想的情況是,專案本身能夠有穩定的現金流來源,這樣甚至連自己的幣都無需拋售,這才是真正健康可持續的狀態。
我自己也常在和團隊交流時分享這種思路,很有意思的是,那些真正抱著「搞快錢」心態的項目,一聽到這種機制就失去了興趣。他們會覺得,在這種模式下,既無法操作老鼠倉,也很難短期套利,於是很快就選擇離開。
但從我們的角度來看,這其實反而是個很好的篩選機制。透過這種方式,理念不同的專案自然會被過濾出去,最後留下的,都是那些願意真正建立、和我們價值觀契合的團隊,一起把事情做起來。
BlockBeats:這個理念可以發展出一些能夠創造收益的 AI agent。
empty:我覺得這是很有必要的。坦白說,放眼今天的市場,真正擁有穩定現金流的產品幾乎鳳毛麟角,但我認為這並不意味著我們應該停止嘗試。事實上,我們每天在對接的團隊中,有至少一半以上的人依然懷抱著長遠的願景。很多時候,他們甚至已經提前向我們提供了 VC 階段的資金支持,或表達了強烈的合作意願。
其實對他們來說想要去收穫一個很好的社區,因為社區可以給他們的產品做更好的回饋,這才是他們真正的目的。這樣聽起來有一點匪夷所思,但其實真的有很多這樣的團隊,而那種團隊的是我們真的想扶持的團隊。
BlockBeats:您剛才提到的這套「AI 華爾街」的產品體系-從融資、發行到退出,建構的是一整套完整的流程。這套機制是否更多是為了激勵那些有意願發幣的團隊?還是說,它在設計上也考慮瞭如何更好地支持那些希望透過產品本身的現金流來發展的團隊?這兩類團隊在您這套體系中會不會被區別對待,或者說有什麼機制設計能讓不同路徑的創業者都能被合理支持?
empty:是的,我們 BD 的核心職責其實就是去鼓勵團隊發幣。說得直接一點,就是引導他們思考發幣的可能性和意義。所以團隊最常問的問題就是:「為什麼要發幣?」這時我們需要採取不同的方式和角度,去幫助他們理解背後的價值邏輯。當然如果最終判斷不適合,我們也不會強迫他們推進。
不過我們觀察到一個非常明顯的趨勢,傳統的融資路徑已經越來越難走通了。過去那種融資做大,發幣上所的模式已經逐漸失效。面對這樣的現實,很多團隊都陷入了尷尬的境地。而我們希望能從鏈上和加密的視角,提供一套不同的解決方案,讓他們找到新的發展路徑。
BlockBeats:明白,我剛才其實想表達的是,您剛剛也提到,傳統的 AI 模式在很大程度上仍然依賴「燒錢」競爭。但在 DeepSeek 出現之後,市場上一些資金體積較小的團隊或投資人開始重新燃起了信心,躍躍欲試地進入這個領域。您怎麼看待這種現象?這會不會對目前正在做 AI 基礎研發,或是 AI 應用層開發的團隊產生一定的影響?
empty:對,我覺得先不談 DeepSeek,從傳統角度來看,其實到目前為止,AI 領域真正賺錢的只有英偉達,其他幾乎所有玩家都還沒有實現盈利。所以其實沒有人真正享受了這個商業模式的成果,大家也仍在探索如何面對 C 端打造真正有產出的應用。
沒有哪個領域像幣圈一樣能如此快速獲得社群回饋。你一發幣,用戶就會主動去讀白皮書的每一個字,試試你產品的每個功能。
當然,這套機制並不適合所有人。例如有些 Agent 產品偏 Web2,對於幣圈用戶而言,可能感知不到其價值。因此,我也會鼓勵做 Agent 的團隊在 Virtuals 生態中認真思考,如何真正將 Crypto 作為自身產品的差異化要素加以運用與設計。
BlockBeats:這點我特別認同,在 Crypto 這個領域 AI 的迭代速度確實非常快,但這群用戶給予的回饋,真的是代表真實的市場需求嗎?或者說這些回饋是否真的符合更大眾化、更具規模性的需求?
empty:我覺得很多時候產品本身不應該是強行推廣給不適合的使用者群體。例如 AIXBT 最成功的一點就在於,它的用戶本身就是那群炒作他人內容的人,所以他們的使用行為是非常自然的,並不覺得是在被迫使用一個無聊的產品。 mass adoption 這個概念已經講了很多年,大家可能早就該放棄這個執念了。我們不如就認了,把東西賣給幣圈的人就好了。
BlockBeats:AI Agent 與 AI Agent 所對應的代幣之間,究竟應該是什麼樣的動態關係?
empty:對,我覺得這裡可以分成兩個核心點。首先其實不是在投資某個具體的 AI Agent,而是在投資背後經營這個 Agent 的團隊。你應該把它理解為一種更接近創投的思路:你投的是這個人,而不是他目前正在做的產品。因為產品本身是可以快速變化的,可能一個月後團隊會發現方向不對,立即調整。所以,這裡的「幣」本質上代表的是對團隊的信任,而不是某個特定 Agent 本身。
第二則是期望一旦某個 Agent 產品做出來後,未來它能真正產生現金流,或者有實際的使用場景(utility),從而讓對應的代幣具備賦能效應。
BlockBeats:您覺得有哪些賦能方式是目前還沒看到的,但未來可能出現、值得期待的?
empty:其實主要有兩塊,第一是比較常見的那種你要使用我的產品,就必須付費,或者使用代幣支付,從而間接實現對代幣的「軟銷毀」或消耗。
但我覺得更有趣的賦能方式,其實是在獲客成本的角度思考。也就是說,你希望你的用戶同時也是你的投資者,這樣他們就有動機去主動幫你推廣、吸引更多用戶。
BlockBeats:那基於這些觀點,您怎麼看 ai16z,在專案設計和代幣機制方面,似乎整體表現並不太樂觀?
empty:從一個很純粹的投資角度來看,撇開我們與他們之間的關係,其實很簡單。他們現在做的事情,對代幣本身沒有任何賦能。從開源的角度來看,一個開源模型本身是無法直接賦能代幣的。
但它仍然有價值的原因在於,它像一個期權(call option),也就是說,如果有一天他們突然決定要做一些事情,比如推出一個 launchpad,那麼那些提前知道、提前參與的人,可能會因此受益。
開發者未來確實有可能會使用他們的 Launchpad,只有在那一刻,代幣才會真正產生賦能。這是目前最大的一個問號——如果這個模式真的跑得通,我認為確實會非常強大,因為他們的確觸達了大量開發者。
但我個人還是有很多疑問。例如即使我是使用 Eliza 的開發者,也不代表我一定會選擇在他們的 Launchpad 上發幣。我會貨比三家,會比較。而且,做一個 Launchpad 和做一個開源框架,所需的產品能力和社群運作能力是完全不同的,這是另一個重要的不確定性。
BlockBeats:這種不同是體現在什麼地方呢?
empty:在 Virtuals 上我們幾乎每天都在處理客服相關的問題,只要有任何一個團隊在我們平台上發生 rug,即使與我們沒有直接關係,用戶也會第一時間來找我們投訴。
這時我們就必須出面安撫用戶,並思考如何降低 rug 的整體風險。一旦有團隊因為自己的代幣設計錯誤或技術失誤而被駭客攻擊、資產被盜,我們往往需要自掏腰包,確保他們的社群至少能拿回一點資金,以便專案能夠重新開始。這些項目方可能在技術上很強,但未必擅長代幣發行,結果因操作失誤被攻擊導致資產損失。只要涉及「被欺騙」相關的問題,對我們來說就已經是非常麻煩的事了,做這些工作跟做交易所的客服沒有太大差別。
另一方面,做 BD 也非常困難。優秀的團隊手上有很多選擇,他們可以選擇在 Pumpfun 或交易所上發幣,為什麼他們要來找我們,那這背後必須要有一整套支援體系,包括融資支援、技術協助、市場推廣等,每個環節都不能出問題。
BlockBeats:那我們就繼續沿著這個話題聊聊 Virtuals 目前的 Launchpad 業務。有一些社群成員在 Twitter 上統計了 Virtuals Launchpad 的整體獲利狀況,確實目前看起來獲利的項目比較少。接下來 Launchpad 還會是 Virtuals 的主要業務區嗎?還是說,未來的重心會逐漸轉向您剛才提到的「AI 華爾街」這條路徑?
empty:其實這兩塊本質上是一件事,是一整套體系的一部分,所以我們必須繼續推進。市場的波動是很正常的,我們始終要堅持的一點是:非常清楚地認識到我們的核心客戶是誰。我一直強調我們的客戶只有兩類——團隊。所以市場行情的好壞對我們來說並不是最重要的,關鍵是在每一個關鍵節點上,對於一個團隊來說,發幣的最佳選擇是否依然是我們 Virtuals。
BlockBeats:您會不會擔心「Crypto + AI」或「Crypto AI Agent」這一類敘事已經過去了?如果未來還有一輪多頭市場,您是否認為市場炒作的焦點可能已經不再是這些方向了?
empty:有可能啊,我覺得 it is what it is,這確實是有可能發生的,但這也屬於我們無法控制的範圍。不過如果你問我,在所有可能的趨勢中,哪個賽道更有機會長期保持領先,我仍然認為是 AI。從一個打德撲的角度來看,它仍然是最優選擇。
而且我們團隊的技術架構和底層能力其實早已搭建完成了,現在只是順勢而為而已。更重要的是,我們本身真的熱愛這件事,帶著好奇心去做這件事。每天早上醒來就有驅動力去研究最新的技術,這種狀態本身就挺讓人滿足的,對吧?
很多時候,大家不應該只看產品本身。實際上很多優秀的團隊,他們的基因決定了他們有在規則中勝出的能力——他們可能過去在做派盤交易時,每筆規模就是上百萬的操作,而這些團隊的 CEO,一年的薪資可能就有 100 萬美金。如果他們願意出來單幹項目,從天使投資或 VC 的視角來看,這本質上是用一個很划算的價格買到一個高品質的團隊。
更何況這些資產是 liquid 的,不是鎖倉狀態。如果你當下不急著用錢,完全可以在早期階段買進一些優秀團隊的代幣,靜靜等待他們去創造一些奇蹟,基本上就是這樣一個邏輯。
第16週鏈上數據:結構性供需失衡加劇,數據揭⽰下⼀輪上漲的堅實藍圖?
a16z領投2500萬美元,0xMiden要在你手機裡跑一條隱私鏈
Sui Q1進階報告:BTCfi基建崛起、借貸協議爆發與執行分片未來
川普次子的加密生意經
盤點10大新興Launchpad平台,誰能完成Pump.fun的顛覆?
GoRich正式上線:鏈上交易零門檻,新手也能抓住100x Meme幣
4月29日市場關鍵情報,你錯過了多少?
PENGU觸底反彈發拉漲360%,胖企鵝如何靠IP行銷迎第二春?
「打新帶老」:Genesis Launch如何用積分制重建AI Agent打新邏輯?
Arthur Hayes最新訪談:漲勢能否持續?誰能跑贏BTC?選幣邏輯是什麼?
專訪AllianceDAO合夥人qw:Crypto創業家正逃向AI,90%的Crypto+AI都是偽命題
AI賽道重拾熱度,全面整理潛力專案與市場炒作邏輯
穩定幣驅動全球B2B支付革新,如何打破工作流程瓶頸釋放兆市場潛力?
這些新創公司正在無需資料中心的情況下建立先進AI模型
CEX與Wallet之後,OKX入局支付
科學平權運動:DeSci的萬億美元知識經濟重建革命
Sentient深度研報:獲8,500萬美元融資,建置去中心化AGI新範式
專訪Virtuals聯創empty:AI 創業不需要大量資金,Crypto是答案之一
今年 2 月,Base 生態中的 AI 協議 Virtuals 宣布跨鏈至 Solana,然而加密市場隨後進入流動性緊縮期,AI Agent 板塊從人聲鼎沸轉為低迷,Virtuals 生態也陷入一段蟄伏期。
三月初,BlockBeats 對 Virtuals 共同創辦人 empty 進行了一次專訪。彼時,團隊尚未推出如今被廣泛討論的 Genesis Launch 機制,但已在內部持續探索如何透過機制設計激活舊資產、提高用戶參與度,並重構代幣發行與融資路徑。那是一個市場尚未復甦、生態尚處冷啟動階段的時間點,Virtuals 團隊卻沒有停下腳步,而是在努力尋找新的產品方向和敘事突破口。
兩個月過去,AI Agent 板塊重新升溫,Virtuals 代幣反彈超 150%,Genesis 機製成為帶動生態回暖的重要觸發器。從積分獲取規則的動態調整,到專案參與熱度的持續上升,再到「新代幣帶老代幣」的機制閉環,Virtuals 逐漸走出寒冬,並再次站上討論焦點。
值得注意的是,Virtuals 的 Genesis 機制與近期 Binance 推出的 Alpha 積分系統有一些相似之處,評估用戶在 Alpha 和幣安錢包生態系統內的參與度,決定用戶 Alpha 代幣空投的資格。用戶可透過持倉、交易等方式獲得積分,積分越高,參與新項目的機會越大。透過積分系統篩選使用者、分配資源,專案方能夠更有效地激勵社群參與,提升專案的公平性和透明度。 Virtuals 和 Binance 的探索,或許預示著加密融資的新趨勢正在形成。
回看這次對話,empty 在專訪中所展現出的思路與判斷,正在一步步顯現其前瞻性,這不僅是一場圍繞打新機制的訪談,更是一次關於“資產驅動型 AI 協議”的路徑構建與底層邏輯的深度討論。
BlockBeats:可以簡單分享一下最近團隊主要在忙些什麼?
empty:目前我們的工作重點主要有兩個部分。第一部分,我們希望將 Virtuals 打造成一個類似「華爾街」的代理人(Agent)服務平台。設想一下,如果你是專注於 Agent 或 Agent 團隊建立的創業者,從融資、發幣到流動性退出,整個流程都需要係統性的支援。我們希望為真正專注於 Agent 和 AI 研發的團隊,提供這一整套服務體系,讓他們可以把精力集中在底層能力的開發上,而不用為其他環節分心。這一塊的工作其實也包括了與散戶買賣相關的內容,後面可以再詳細展開。
第二部分,我們正在深入推進 AI 相關的佈局。我們的願景是建立一個 AI 社會,希望每個 Agent 都能聚焦自身優勢,同時透過彼此之間的協作,實現更大的價值。因此,最近我們發布了一個新的標準——ACP(Agent Communication Protocol),目的是讓不同的 Agent 能夠相互互動、協作,共同推動各自的業務目標。這是目前我們主要在推進的兩大方向。
BlockBeats:可以再展開說說嗎?
empty:在我看來,其實我們面對的客戶群可以分為三類:第一類是專注於開發 Agent 的團隊;第二類是投資者,包括散戶、基金等各種投資機構;第三類則是 C 端用戶,也就是最終使用 Agent 產品的個人用戶。
不過,我們主要的精力其實是放在前兩大類──也就是團隊和投資人。對於 C 端用戶這一塊,我們並不打算直接介入,而是希望各個 Agent 團隊能夠自己解決 C 端市場的拓展問題。
此外,我們也認為,Agent 與 Agent 之間的交互作用應該成為一個核心模式。簡單來說,就是未來的服務更多應該是由一個 Agent 銷售或提供給另一個 Agent,而不是單純賣給人類使用者。因此,在團隊的 BD 工作中,我們也積極幫助現有的 AI 團隊尋找這樣的客戶和合作機會。
BlockBeats:大概有一些什麼具體案例呢?
empty:「華爾街」說白了就是圍繞資本運作體系的建設,假設你是一個技術團隊,想要融資,傳統路徑是去找 VC 募資,拿到資金後開始發展。如果專案做得不錯,接下來可能會考慮進入二級市場,例如在紐約證券交易所上市,或是在 Binance 這樣的交易所上幣,實現流動性退出。
我們希望把這一整套流程打通-從早期融資,到專案開發過程中對資金的靈活使用需求,再到最終二級市場的流動性退出,全部覆蓋和完善,這是我們希望補齊的一條完整鏈條。
而這一部分的工作和 ACP(Agent Communication Protocol)是不同的,ACP 更多是關於 Agent 與 Agent 之間交互標準的製定,不直接涉及資本運作系統。
BlockBeats:它和現在 Virtuals 的這個 Launchpad 有什麼差別呢?資金也是從 C 端來是嗎?
empty:其實現在你在 Virtuals 上發幣,如果沒有真正融到資金,那就只是發了一個幣而已,實際是融不到錢的。我們目前能提供的服務,是透過設定買賣時的交易稅機制,從中提取一部分稅收回饋給創業者,希望這部分能成為他們的現金流來源。
不過,問題其實還分成兩塊。第一是如何真正幫助團隊完成融資,這個問題目前我們還沒有徹底解決。第二是關於目前專案發行模式本身存在的結構性問題。簡單來說,現在的版本有點像過去 Pumpfun 那種模式——也就是當專案剛上線時,部分籌碼就被外賣給了外部投資人。但現實是,目前整個市場上存在著太多機構集團和「狙擊手」。
當一個真正優秀的專案一發幣,還沒真正觸達普通散戶,就已經被機構在極高估值時搶購了。等到散戶能夠接觸到時,往往價格已經偏高,專案品質也可能變差,整個價值發行體係被扭曲。
針對這個問題,我們希望探索一種新的發幣和融資模式,目的是讓專案方的籌碼既不是死死握在自己手裡,也不是優先流向英文圈的大機構,而是能夠真正留給那些相信專案、願意長期支持專案的普通投資者手中。我們正在思考該如何設計這樣一個新的發行機制,來解決這個根本問題。
BlockBeats:新模式的具體想法會是什麼樣子呢?
empty:關於資金這一塊,其實我們目前還沒有完全想透。現階段來看,最直接的方式還是去找 VC 融資,或是採取公開預售等形式進行資金募集。不過說實話,我個人對傳統的公開預售模式並不是特別認同。
在「公平發售」這件事上,我們正在嘗試換一個角度來思考-希望能從「reputation」出發,重新設計機制。
具體來說,就是如果你對整個 Virtuals 生態有貢獻,例如早期參與、提供支持或建設,那麼你就可以在後續購買優質代幣時享有更高的優先權。透過這種方式,我們希望把資源更多留給真正支持生態發展的用戶,而不是由短期套利的人主導。
BlockBeats:您會不會考慮採用類似之前 Fjord Foundry 推出的 LBP 模式,或者像 Daos.fun 那種採用白名單機制的模式。這些模式在某種程度上,和您剛才提到的「對生態有貢獻的人享有優先權」的想法是有些相似的。不過,這類做法後來也引發了一些爭議,例如白名單內部操作、分配不公等問題。 Virtuals 在設計時會考慮借鏡這些模式的優點,或有針對性地規避類似的問題嗎?
empty:我認為白名單機制最大的問題在於,白名單的選擇權掌握在專案方手中。這和「老鼠倉」行為非常相似。專案方可以選擇將白名單名額分配給自己人或身邊的朋友,導致最終的籌碼仍然掌握在少數人手中。
我們希望做的,依然是類似白名單的機制,但不同的是,白名單的獲取權應基於一個公開透明的規則體系,而不是由項目方單方面決定。只有這樣,才能真正做到公平分配,避免內幕操作的問題。
我認為在今天這個 AI 時代,很多時候創業並不需要大量資金。我常跟團隊強調,你們應該優先考慮自力更生,例如透過組成社區,而不是一開始就想著去融資。因為一旦融資,實際上就等於背負了負債。
我們更希望從 Training Fee的角度去看待早期發展路徑。也就是說,專案可以選擇直接發幣,透過交易稅所帶來的現金流,支持日常營運。這樣一來,專案可以在公開建設的過程中獲得初步資金,而不是依賴外部投資。如果專案做大了,自然也會有機會透過二級市場流動性退出。
當然最理想的情況是,專案本身能夠有穩定的現金流來源,這樣甚至連自己的幣都無需拋售,這才是真正健康可持續的狀態。
我自己也常在和團隊交流時分享這種思路,很有意思的是,那些真正抱著「搞快錢」心態的項目,一聽到這種機制就失去了興趣。他們會覺得,在這種模式下,既無法操作老鼠倉,也很難短期套利,於是很快就選擇離開。
但從我們的角度來看,這其實反而是個很好的篩選機制。透過這種方式,理念不同的專案自然會被過濾出去,最後留下的,都是那些願意真正建立、和我們價值觀契合的團隊,一起把事情做起來。
BlockBeats:這個理念可以發展出一些能夠創造收益的 AI agent。
empty:我覺得這是很有必要的。坦白說,放眼今天的市場,真正擁有穩定現金流的產品幾乎鳳毛麟角,但我認為這並不意味著我們應該停止嘗試。事實上,我們每天在對接的團隊中,有至少一半以上的人依然懷抱著長遠的願景。很多時候,他們甚至已經提前向我們提供了 VC 階段的資金支持,或表達了強烈的合作意願。
其實對他們來說想要去收穫一個很好的社區,因為社區可以給他們的產品做更好的回饋,這才是他們真正的目的。這樣聽起來有一點匪夷所思,但其實真的有很多這樣的團隊,而那種團隊的是我們真的想扶持的團隊。
BlockBeats:您剛才提到的這套「AI 華爾街」的產品體系-從融資、發行到退出,建構的是一整套完整的流程。這套機制是否更多是為了激勵那些有意願發幣的團隊?還是說,它在設計上也考慮瞭如何更好地支持那些希望透過產品本身的現金流來發展的團隊?這兩類團隊在您這套體系中會不會被區別對待,或者說有什麼機制設計能讓不同路徑的創業者都能被合理支持?
empty:是的,我們 BD 的核心職責其實就是去鼓勵團隊發幣。說得直接一點,就是引導他們思考發幣的可能性和意義。所以團隊最常問的問題就是:「為什麼要發幣?」這時我們需要採取不同的方式和角度,去幫助他們理解背後的價值邏輯。當然如果最終判斷不適合,我們也不會強迫他們推進。
不過我們觀察到一個非常明顯的趨勢,傳統的融資路徑已經越來越難走通了。過去那種融資做大,發幣上所的模式已經逐漸失效。面對這樣的現實,很多團隊都陷入了尷尬的境地。而我們希望能從鏈上和加密的視角,提供一套不同的解決方案,讓他們找到新的發展路徑。
BlockBeats:明白,我剛才其實想表達的是,您剛剛也提到,傳統的 AI 模式在很大程度上仍然依賴「燒錢」競爭。但在 DeepSeek 出現之後,市場上一些資金體積較小的團隊或投資人開始重新燃起了信心,躍躍欲試地進入這個領域。您怎麼看待這種現象?這會不會對目前正在做 AI 基礎研發,或是 AI 應用層開發的團隊產生一定的影響?
empty:對,我覺得先不談 DeepSeek,從傳統角度來看,其實到目前為止,AI 領域真正賺錢的只有英偉達,其他幾乎所有玩家都還沒有實現盈利。所以其實沒有人真正享受了這個商業模式的成果,大家也仍在探索如何面對 C 端打造真正有產出的應用。
沒有哪個領域像幣圈一樣能如此快速獲得社群回饋。你一發幣,用戶就會主動去讀白皮書的每一個字,試試你產品的每個功能。
當然,這套機制並不適合所有人。例如有些 Agent 產品偏 Web2,對於幣圈用戶而言,可能感知不到其價值。因此,我也會鼓勵做 Agent 的團隊在 Virtuals 生態中認真思考,如何真正將 Crypto 作為自身產品的差異化要素加以運用與設計。
BlockBeats:這點我特別認同,在 Crypto 這個領域 AI 的迭代速度確實非常快,但這群用戶給予的回饋,真的是代表真實的市場需求嗎?或者說這些回饋是否真的符合更大眾化、更具規模性的需求?
empty:我覺得很多時候產品本身不應該是強行推廣給不適合的使用者群體。例如 AIXBT 最成功的一點就在於,它的用戶本身就是那群炒作他人內容的人,所以他們的使用行為是非常自然的,並不覺得是在被迫使用一個無聊的產品。 mass adoption 這個概念已經講了很多年,大家可能早就該放棄這個執念了。我們不如就認了,把東西賣給幣圈的人就好了。
BlockBeats:AI Agent 與 AI Agent 所對應的代幣之間,究竟應該是什麼樣的動態關係?
empty:對,我覺得這裡可以分成兩個核心點。首先其實不是在投資某個具體的 AI Agent,而是在投資背後經營這個 Agent 的團隊。你應該把它理解為一種更接近創投的思路:你投的是這個人,而不是他目前正在做的產品。因為產品本身是可以快速變化的,可能一個月後團隊會發現方向不對,立即調整。所以,這裡的「幣」本質上代表的是對團隊的信任,而不是某個特定 Agent 本身。
第二則是期望一旦某個 Agent 產品做出來後,未來它能真正產生現金流,或者有實際的使用場景(utility),從而讓對應的代幣具備賦能效應。
BlockBeats:您覺得有哪些賦能方式是目前還沒看到的,但未來可能出現、值得期待的?
empty:其實主要有兩塊,第一是比較常見的那種你要使用我的產品,就必須付費,或者使用代幣支付,從而間接實現對代幣的「軟銷毀」或消耗。
但我覺得更有趣的賦能方式,其實是在獲客成本的角度思考。也就是說,你希望你的用戶同時也是你的投資者,這樣他們就有動機去主動幫你推廣、吸引更多用戶。
BlockBeats:那基於這些觀點,您怎麼看 ai16z,在專案設計和代幣機制方面,似乎整體表現並不太樂觀?
empty:從一個很純粹的投資角度來看,撇開我們與他們之間的關係,其實很簡單。他們現在做的事情,對代幣本身沒有任何賦能。從開源的角度來看,一個開源模型本身是無法直接賦能代幣的。
但它仍然有價值的原因在於,它像一個期權(call option),也就是說,如果有一天他們突然決定要做一些事情,比如推出一個 launchpad,那麼那些提前知道、提前參與的人,可能會因此受益。
開發者未來確實有可能會使用他們的 Launchpad,只有在那一刻,代幣才會真正產生賦能。這是目前最大的一個問號——如果這個模式真的跑得通,我認為確實會非常強大,因為他們的確觸達了大量開發者。
但我個人還是有很多疑問。例如即使我是使用 Eliza 的開發者,也不代表我一定會選擇在他們的 Launchpad 上發幣。我會貨比三家,會比較。而且,做一個 Launchpad 和做一個開源框架,所需的產品能力和社群運作能力是完全不同的,這是另一個重要的不確定性。
BlockBeats:這種不同是體現在什麼地方呢?
empty:在 Virtuals 上我們幾乎每天都在處理客服相關的問題,只要有任何一個團隊在我們平台上發生 rug,即使與我們沒有直接關係,用戶也會第一時間來找我們投訴。
這時我們就必須出面安撫用戶,並思考如何降低 rug 的整體風險。一旦有團隊因為自己的代幣設計錯誤或技術失誤而被駭客攻擊、資產被盜,我們往往需要自掏腰包,確保他們的社群至少能拿回一點資金,以便專案能夠重新開始。這些項目方可能在技術上很強,但未必擅長代幣發行,結果因操作失誤被攻擊導致資產損失。只要涉及「被欺騙」相關的問題,對我們來說就已經是非常麻煩的事了,做這些工作跟做交易所的客服沒有太大差別。
另一方面,做 BD 也非常困難。優秀的團隊手上有很多選擇,他們可以選擇在 Pumpfun 或交易所上發幣,為什麼他們要來找我們,那這背後必須要有一整套支援體系,包括融資支援、技術協助、市場推廣等,每個環節都不能出問題。
BlockBeats:那我們就繼續沿著這個話題聊聊 Virtuals 目前的 Launchpad 業務。有一些社群成員在 Twitter 上統計了 Virtuals Launchpad 的整體獲利狀況,確實目前看起來獲利的項目比較少。接下來 Launchpad 還會是 Virtuals 的主要業務區嗎?還是說,未來的重心會逐漸轉向您剛才提到的「AI 華爾街」這條路徑?
empty:其實這兩塊本質上是一件事,是一整套體系的一部分,所以我們必須繼續推進。市場的波動是很正常的,我們始終要堅持的一點是:非常清楚地認識到我們的核心客戶是誰。我一直強調我們的客戶只有兩類——團隊。所以市場行情的好壞對我們來說並不是最重要的,關鍵是在每一個關鍵節點上,對於一個團隊來說,發幣的最佳選擇是否依然是我們 Virtuals。
BlockBeats:您會不會擔心「Crypto + AI」或「Crypto AI Agent」這一類敘事已經過去了?如果未來還有一輪多頭市場,您是否認為市場炒作的焦點可能已經不再是這些方向了?
empty:有可能啊,我覺得 it is what it is,這確實是有可能發生的,但這也屬於我們無法控制的範圍。不過如果你問我,在所有可能的趨勢中,哪個賽道更有機會長期保持領先,我仍然認為是 AI。從一個打德撲的角度來看,它仍然是最優選擇。
而且我們團隊的技術架構和底層能力其實早已搭建完成了,現在只是順勢而為而已。更重要的是,我們本身真的熱愛這件事,帶著好奇心去做這件事。每天早上醒來就有驅動力去研究最新的技術,這種狀態本身就挺讓人滿足的,對吧?
很多時候,大家不應該只看產品本身。實際上很多優秀的團隊,他們的基因決定了他們有在規則中勝出的能力——他們可能過去在做派盤交易時,每筆規模就是上百萬的操作,而這些團隊的 CEO,一年的薪資可能就有 100 萬美金。如果他們願意出來單幹項目,從天使投資或 VC 的視角來看,這本質上是用一個很划算的價格買到一個高品質的團隊。
更何況這些資產是 liquid 的,不是鎖倉狀態。如果你當下不急著用錢,完全可以在早期階段買進一些優秀團隊的代幣,靜靜等待他們去創造一些奇蹟,基本上就是這樣一個邏輯。