EOS Network Foundation
Recover+: What To Do Next in an EOS Emergency
Developing mitigation strategies, emergency response protocols and best practices for hacks and exploits.
The only thing worse than an emergency, is not knowing what to do should one occur. Recover+ will provide mitigation strategies, emergency response protocols, and best practices for hacks and exploits on the EOS network.
Chinese/Korean at bottom || 中/韩文在底部 || 하단에 중국어/한국어
If there is a serious accident in real life, we know exactly what we need to do: call the emergency services. But what if your smart contract or dApp is being exploited? What if hackers are stealing your assets in real-time? Projects need to know what steps they must take, should the worst happen in order to have the greatest chance of mitigation.
The Audit+ Blue Paper proposed many different initiatives that could be funded for preventing exploits by ensuring that contracts and code are more trustworthy and secure. Recover+ can be seen as a complementary working group to Audit+ as it will address the best practices and procedures for when exploits happen, regardless of how careful a developer was in writing their smart contracts. Even after being audited by a top security firm, no code is perfect and some exploits aren’t known until they’ve been… exploited. Further, projects, businesses and even regulators need to prepare for these ever changing and evolving threats and should have a standardized and robust methodology in place that is verifiable, and therefore potentially insurable.
In order for the innovation on EOS to continue gaining more momentum, the EOS Network Foundation (ENF) has made a commitment to ensure those with the best particular expertise will be provided with the means by which to add additional value to the EOS ecosystem. System-wide funding and coordination was once a mirage for the EOS ecosystem, but it has now become some of its defining principles, exemplified by the ENF sponsored working groups.
ENF Sponsored Working Groups
Four of these working groups are producing, or have already produced, in-depth Blue Papers (research papers), detailing objectives and goals, and their strategies for achievement. Recover+ will be one of the first ENF sponsored working groups, in addition to EVM+, that will be delivering an actual product in addition to its documentation and research.
Recover+
Led by the team at PIZZA.FINANCE, the Recover+ working group aims to create a crisis management framework for EOS. To achieve this, plans include developing emergency contracts, protocols, guides (including steps to take in an emergency), FAQs, and advice on who to contact for help and support immediately after an exploit occurs. Some additional proposals that may come out of Recover+ include DAO insurances and potential rewards to help EOS parties respond to lost or stolen assets more effectively. All of these deliverables will be easily accessible via a user friendly interface in a web-based portal.
The PIZZA.FINANCE team is uniquely suited to lead this working group because of their expertise in DeFi as well as their recent experience in recovering stolen digital assets after an exploit that occurred across multiple DeFi projects.
In Q4 2021, an exploit occurred on the eCurve smart contract which exposed the digital assets held within the PIZZA lending product. The anonymous hacker known as ‘itsspiderman’, first attacked eCurve by minting an infinite number of Liquidity Pool (LP) tokens. This enabled the hacker to withdraw all available liquidity in targeted eCurve pools, and then collateralised them with Pizza Lend. Once collateralised, any token with value was borrowed against their unlimited ‘TRIPOOL’ collateral.
After exploits like this happen in non-EOSIO ecosystems, there is typically nothing that can be done to recover the funds. On EOS, there is a legacy feature that is technically possible where all 21 block producers can ‘blacklist’ target accounts, halting and ensuring blocked accounts reject all transactions. However, it is virtually impossible to keep a consistent ‘blacklist’ across all 21 dynamic block producers and if a single node out of the 21 is not honoring the ‘blacklist’, then transactions from those accounts will be executed. The level of difficulty for doing this is a feature of EOS to make it extremely difficult to censor unless a 21/21 consensus can be maintained at all times.
Another potential approach is for a 15/21 consensus to be reached amongst BPs to restrict target accounts by altering their permission structures. This method has only been executed once previously after the EOSX Vault exploit, which resulted in the recovery of $13m in stolen assets.
During the Spiderman hack, PIZZA made attempts using both approaches and spent the following days racing against the clock, trying desperately to recover the stolen funds and developed custom tools and scripts to assist their efforts. After the hacker noticed PIZZA’s recovery tools being deployed on-chain, they immediately began negotiating with PIZZA using EOS’s on-chain memo system where they agreed to a ransom payment in exchange for the rest of the stolen funds. PIZZA was able to make their own users whole and then transferred the rest of the recovered assets to eCurve.
The attack highlighted the need for a more standardized approach for recovery. Most project owners and DAOs on EOS do not have any experience with these types of attacks and are simply not equipped to deal with them. One of the main goals for Recover+ is to provide the projects on EOS with insight into all of the different options for how to respond and regain access to stolen accounts in the event of an attack.
Standards and Procedures for ‘God Mode’
Another important aspect of Recover+ is defining how to best approach the, often criticised and seldom truly understood, ‘God Mode’. Many think this gives BPs the power to decide actions that are inconsistent, without method, and that may even be punitive and without recourse. The way in which decisions taken by BPs under the umbrella God Mode scenario, would likely not be transparent, and this is a problem. At the very least, it creates uncertainty and mistrust in an area where there can be neither.
The working group will also be developing standards and procedures by which account freezing is requested and granted. They are planning to outline how authorizations of accounts could be altered during attacks and will define best practices for how projects can communicate with BPs in a timely manner. The working group objectives are also to help the BPs improve the quality of their decision making, and to reduce the amount of time needed for consensus to be formed.
A Recover+ portal will be created, serving as an information bridge connecting BPs and project owners, building standardized methodologies and best practices for all parties. It is from this website that the guides, project audit statuses, FAQs, emergency contact details, and more, would all be accessible. The 911 for EOS emergencies.
What to expect
As mentioned above, a big idea would be to create a form of DAO insurance for EOS projects to opt into. This would minimize the downside of potential settlements and make it possible to not only reimburse projects, but to facilitate more accurate planning. It is possible to anticipate the cost of annual insurance for example. These types of big ideas will largely be explored in the second phase of the project, given their complexities. In the near term, Recover+ will publish their research outlining a roadmap to solving the most urgent security problems facing EOS, and what projects should be doing to better protect themselves and the network.
Get Involved
As with all of the sponsored working groups, the ENF wants to ensure total transparency and welcomes contributions from the wider EOS community through our Discord channels. It is this conversation that helps turn the wisdom and ingenuity of the EOS community, with the right support and funding, into real-world projects. It is these projects and EOSIO innovations that will transform EOS into the technology and token that it was always meant to be.
EOS Network Foundation
The EOS Network Foundation coordinates financial and non-financial support to encourage the growth and development of the EOS Network. We’re harnessing the power of decentralization to chart a coordinated future for the EOS Network as a force for positive global change.
Chinese
Recover+ : 当EOS发生安全紧急情况时，我们应该怎么做？
如果有比出现突发安全状况更糟糕的事情，那一定会是面对紧急情况，我们却不知道该怎么做才好。因此，EOS网络基金会赞助成立Recover+核心工作组，为生态提供面对紧急情况时，应该采取的正确缓解策略、应急响应协议，以及针对EOS网络上的黑客和漏洞的最佳实践案例。
在现实生活中，如果发生了严重的事故，我们很清楚需要做什么，比如拨打110、120等紧急服务电话等。但如果你的智能合约或DApp被人利用了呢？如果黑客正在实时窃取你的资产呢？在区块链的世界里，面对这种突发事故，很多项目方都无从下手解决。因此，我们认为项目方有必要知道该采取什么措施，以便在紧急情况发生时可以游刃有余的应对。
2022年2月1日，由EOS网络基金会赞助成立的Audit+ 核心工作组发布蓝皮书，其中提出了各个方面的详尽举措，以进一步确保合约和代码更可信和更安全，防止出现漏洞被黑客利用。
但我们知道， 无论开发人员在编写智能合约时有多小心， 即使智能合约经过顶级安全公司的审计，也没有代码是完美无缺的，而且有些漏洞在被利用之前是不为人知的。
因此，Recover+ 核心工作组应运而生。Recover+ 可以被视为 Audit+ 的补充工作组，该工作组的主要工作内容是：在出现紧急安全情况时，为项目方提供解决问题的最佳实践和处理程序。
此外，面对不断变化升级的安全攻击和漏洞威胁，项目、企业甚至监管机构都需要时刻做好准备，并且应该建立一个可验证的标准化的强大方法，进一步护航项目和用户数据/资产安全。
为了赋予 EOS 生态更强大的创新动力，我们必须重视安全问题。EOS 网络基金会已承诺提供各种方法和渠道，确保具有专业知识的人可以尽其所能，为 EOS 生态系统增加额外价值。
对于曾经的EOS生态而言，全系统的资助和资源调度曾经是海市蜃楼的期望，但在EOS网络基金会的领导下，这一奢望已经开始变为现实，EOS网络基金会赞助的六大工作组就是典型的例子。
六个核心工作组中，四个工作组正在或已经完成蓝皮书（研究论文）的撰写，详细说明了EOS生态在各领域的现状和目标，并提出切实可行的实现策略。
与首批赞助的工作组不同的是，Recover+除了文档和研究之外， 还将提供实际产品。
Recover+核心工作组详情
在PIZZA.FINANCE团队的领导下，Recover+工作组旨在为EOS创建一个危机管理框架。为了实现这一目标，该框架内容拟包括制定紧急合约、协议、指南（包括在紧急情况下采取的步骤）、常见问题解答以及在漏洞发生后应该立即联系谁寻求帮助和支持的建议。
Recover+ 可能提出的一些额外建议包括 DAO 保险和潜在奖励，以帮助 EOS 各方更有效地应对丢失或被盗的资产。 所有这些可交付成果都可以通过基于 Web 的用户友好界面网站中轻松访问获得。
PIZZA.FINANCE团队非常适合领导Recover+工作组，因为他们不仅在DeFi方面拥有丰富专业知识，并且在最近多个DeFi项目中发生漏洞后，PIZZA.FINANCE多次帮助项目恢复被盗数字资产，在危机处理方面也拥有丰富的实操经验。
2021年第四季度，eCurve智能合约发生漏洞，自称为「itsspiderman」的匿名黑客，首先利用eCurve漏洞铸造无限数量的流动性池（LP）代币，获得目标eCurve资金池中所有可用的流动性，然后用Pizza Lend进行抵押。一旦抵押，任何有价值的代币都可以用无限的「TRIPOOL」抵押品进行借贷。此外，黑客还在极短的时间内创建了一百三十余万个账户用于分散资金，这虽然体现了EOS网络的强大性能，但也进一步增加挽回损失的难度。
在非EOSIO生态系统，这样的漏洞一旦发生几乎无法挽回，但在EOS网络上，有一个在技术上是可行的传统功能，即前21个出块节点可以一起将黑客账户列入「黑名单」，停止并封锁该账户的所有交易。
然而，号召21个动态区块生产者保持一致将黑客账户列入「黑名单」是非常困难的，因为如果21个节点中任何一个节点不遵守「黑名单」约定，那么被封锁账户将有机会进行交易。这也是EOS网络的一个特点，因为达成共识的困难程度大，所以审查变得极其困难，除非21个出块节点始终保持100%的共识。
EOSIO网络系统的另一种挽救方法是：在21个节点之间达成 15/21 的共识，通过更改黑客账户的权限结构来限制黑客账户。 在 EOSX Vault 漏洞利用之后，该方法执行过一次，并成功追回被盗的 1300 万美元资产。
在「itsspiderman」黑客攻击期间，PIZZA 尝试使用这两种方法，在接下来的几天里与时间赛跑，极力追回被盗的资金，并开发了自定义工具和脚本来协助工作。
在黑客注意到 PIZZA 的开发工具被部署在链上后，便立即开始使用 EOS 的链上Memo（备忘录）系统与 PIZZA 进行谈判，PIZZA 同意支付赎金以换取其余被盗资金。 PIZZA最终保全了用户资产，然后将收回的资产转移到 eCurve。
点击此处：与Pizza创始人官某一起回顾Pizza黑客攻击事件始末
这次攻击，让更多人意识到，生态非常需要一套更标准化的方法来应对紧急安全状况。EOS上的大多数项目开发者和DAO都没有处理这些类型的攻击的经验，也根本没有能力应对这些攻击。
Recover+的主要目标之一是为EOS上的项目提供洞察力，使其了解在发生攻击时，我们该如何应对和恢复被盗账户等一系列应该采取的措施。
基于「上帝模式」的执行标准和流程
Recover+工作的另一个重要方面是，定义如何以最佳方式处理经常被批评但很少被真正理解的「上帝模式」。许多人认为，节点有权利封锁账号，这种「上帝模式」下，部分节点有可能有作恶的机会，因为他们有权决定与生态利益不一致、不科学甚至可能是惩罚性和没有追索权的行为。在「上帝模式」下，节点的决策方式可能产生不透明、不确定性和不信任等问题。
Recover+工作组还将制定申请和批准账户冻结的标准和程序。 Recover+正计划拟定标准流程，帮助项目方了解如何在黑客攻击期间更改账户授权，并将定义项目如何及时与节点沟通的最佳方式。 Recover+工作组也将帮助节点提高决策质量，并减少达成共识所需的时间。
另外，Recover+工作组将创建一个 Recover+ 网站，作为连接节点和项目方的信息桥梁，为各方建立标准化方法和最佳实践，该网站包括相关指南、项目审核状态、常见问题解答、紧急联系方式等各类重要信息。 这个门户网站就类似用于处理 EOS 紧急情况的911电话。
更多精彩值得期待
如上所述，最重要的想法是为 EOS 项目创建一种 DAO 保险形式以供选择，这将最大限度地减少潜在和解的不利影响，不仅可以保障项目安全，还可以促进更准确的安全规划，例如，可以预测年度安全保险的费用等。
鉴于DAO保险形式的复杂性，该方向的探索工作将在工作组的第二阶段进行。近期的首要工作是，Recover+ 将发布研究内容，概述解决 EOS 面临的最紧迫的安全问题的路线图，以及项目应该做些什么来更好地保护自己和网络的安全。
参与进来
与所有赞助的工作组一样，EOS网络基金会希望确保完全透明，并欢迎 EOS 社区通过参与我们的 Discord 频道做出贡献。来自社区和生态成员的建议将有助于我们凝聚 EOS 社区的智慧和独创性，并利用科学合理的资源配置和资金支持将这些创新转化为现实世界的项目，从而进一步繁荣EOS生态，将 EOS 逐步变成我们所期望的样子。
关于EOS网络基金会
EOS网络基金会是一个非营利性的组织，旨在倾听社区声音、传达社区意愿并扶持社区优质项目发展，成为EOS社区的信息共享桥梁，并为EOS生态提供资金、技术、运营、未来规划、生态构建等关键基础设施支持，进一步发挥EOS作为世界速度最快的治理型区块链的全部潜力。
Korean
Recover+ : EOS에서 긴급하게 수행되어야 할 사항
비상 사태보다 더 나쁜 유일한 것은 비상 사태가 발생했을 때 대처방법을 모르는 것입니다. Recover+는 EOS 네트워크의 해킹 및 익스플로잇에 대한 완화 전략, 비상 대응 프로토콜 및 모범 사례를 제공합니다.
실생활에서 심각한 사고가 발생하면 우리는 해야 할 일을 정확히 알고 있습니다. 바로 비상 서비스 센터에 전화하는 것입니다. 그러나 스마트 컨트랙트나 dApp이 악용된 경우에는 어떻게 될까요? 해커가 실시간으로 자산을 훔친다면요? 프로젝트들은 최악의 상황이 발생한 경우에 이를 최대한 안화하기 위해 취해야 하는 필요 조치사항들을 알고 있어야 합니다.
Audit+ 청서는 컨트랙트와 코드를 보다 신뢰할 수 있고 안전하게 함으로써 악용을 방지하기 위해 자금을 조달할 다양한 이니셔티브들을 제안했습니다. Recover+는 개발자가 스마트 컨트랙트를 얼마나 신중하게 작성했는지에 관계없이, 익스플로잇이 발생할 경우의 모범 사례와 절차를 다루기 때문에 Audit+에 대한 보완적인 워킹 그룹으로 볼 수 있습니다. 최고의 보안 회사에서 감사를 받은 후에도 완벽한 코드는 존재하지 않으며, 일부 익스플로잇은 악용될 때까지 알려지지 않기도 합니다. 또한 프로젝트, 비즈니스 및 규제 기관은 이러한 끊임없이 변화하고 진화하는 위협에 대비해야만 하며, 검증 가능하고 잠재적인 보장이 가능한 표준화되고 강력한 방법론을 마련해야만 합니다.
EOS에 대한 혁신이 계속해서 더 많은 추진력을 얻을 수 있도록 EOS 네트워크 재단(ENF)은 최고의 특정 전문가들과 함께 EOS 생태계에 부가가치를 더할 수 있는 수단들을 제공할 것을 약속했습니다. 시스템 전반에 걸친 자금 조달 및 구성은 한때 EOS 생태계에 있어서는 신기루 같았으나, 현재는 ENF가 후원하는 워킹 그룹들에 의해 예시된 것과 같이 실제로 정의 및 구현되고 있습니다.
이 워킹 그룹 중 4개는 심층적인 청서(Blue Paper-연구 논문), 세부 목적 및 목표, 달성 전략을 작성 중이거나 이미 작성을 완료했습니다. Recover+는 EVM+와 함께 ENF가 후원하는 최초의 워킹 그룹 중 하나가 될 것이며 문서 및 리서치 외에도 실질적인 제품을 제공할 것입니다.
Recover+
PIZZA.FINANCE 팀이 이끄는 Recover+ 워킹 그룹은 EOS를 위한 위기 관리 프레임워크를 구축하는 것을 목표로 합니다. 이를 달성하기 위한 계획에는 비상 컨트랙트, 프로토콜, 가이드(비상 시 취하는 단계 포함), FAQ 및 악용이 발생한 직후 도움 및 지원을 위해 연락할 사람에 대한 조언이 포함됩니다. Recover+에서 나올 수 있는 몇 가지 추가 제안사항에는 EOS 당사자들이 분실 또는 도난된 자산에 보다 효과적으로 대응할 수 있도록 하기 위한 DAO 보험 및 잠재적인 보상이 포함됩니다. 이러한 모든 결과물은 웹 기반 포털의 사용자 친화적인 인터페이스를 통해 쉽게 액세스할 수 있게 될 것입니다.
PIZZA.FINANCE 팀은 DeFi에 대한 전문성을 지니고 있음과 동시에, 여러 DeFi 프로젝트에서 발생한 익스플로잇 이후 도난당한 디지털 자산을 복구한 최근 경험을 보유하고 있기 때문에 이 워킹 그룹을 이끌기에 적합합니다.
2021년 4분기에 eCurve 스마트 컨트랙트에서 익스플로잇이 발생하여 PIZZA 대출 상품에 보관된 디지털 자산들이 노출되었습니다. ‘itsspiderman’으로 알려진 익명의 해커는 우선 무한한 수의 유동성 풀(LP) 토큰을 발행하여 eCurve를 공격했습니다. 이를 통해 해커는 대상 eCurve 풀에서 사용 가능한 모든 유동성을 인출한 다음 이를 Pizza Lend로 담보로 설정할 수 있었습니다. 담보가 설정된 이후, 가치가 있는 모든 토큰은 무제한 ‘TRIPOOL’ 담보물에 대해 차용되었습니다.
비 EOSIO 생태계에서 이와 같은 익스플로잇이 발생한 후 일반적으로 자금을 회수하기 위해 할 수 있는 일은 없습니다. EOS에는 21명의 모든 블록 프로듀서(BP)가 대상 계정을 ‘블랙리스트’에 추가하여 차단된 계정에 대한 모든 거래를 거부하도록 하는 기술적으로 가능한 레거시 기능이 있습니다. 그러나 21개의 동적 블록 프로듀서 전체에 걸쳐 일관된 ‘블랙리스트’를 유지하는 것은 사실상 불가능하며 21개 중 단일 노드가 ‘블랙리스트’를 준수하지 않으면 해당 계정의 트랜잭션이 실행됩니다. 이에 대한 난이도는 21/21 합의가 항상 유지되지 않는 한 검열이 극도로 어려운 EOS의 특징에 의한 것이도 합니다.
또 다른 잠재적으로 가능한 접근 방식은 권한 구조를 변경하여 BP 간에 15/21 합의에 의해 대상 계정을 제한하는 것입니다. 이 방법은 이전에 EOSX Vault 익스플로잇 이후 한 번 실행되어 도난당한 자산에서 1,300만 달러를 회수한 사례가 존재합니다.
Spiderman 해킹 동안 PIZZA는 두 가지 접근 방식을 모두 시도하면서, 다음 날에는 이를 뒷받침 하기 위해 추가적인 사용자 정의 도구와 스크립트를 개발을 포함하여 도난당한 자금을 되찾기 위해 고군분투하는 시간을 보냈습니다. 해커는 PIZZA의 복구 도구가 온체인에 배포되고 있음을 인지한 후 즉시 EOS의 온체인 메모 시스템을 사용하여 PIZZA와 협상을 시작했으며, 나머지 훔친 자금을 맞바꾸기 위한 대가 지불에 동의했습니다. PIZZA는 자체 사용자를 온전하게 만든 다음 복구된 나머지 자산을 eCurve로 전송할 수 있었습니다.
공격은 복구를 위한 보다 표준화된 접근 방식의 필요성을 강조했습니다. 대부분 EOS 상의 프로젝트 소유자와 DAO는 이러한 유형의 공격에 대한 경험이 없으며, 간단히 처리할 수 있는 준비가 되어 있지 않습니다. Recover+의 주요 목표 중 하나는 EOS 상에서 프로젝트들에 대한 공격이 발생할 경우, 도난당한 계정에 대한 액세스 및 대응 방법에 대한 모든 다양한 옵션과 관련된 대한 통찰력을 제공하는 것입니다.
‘God Mode’에 대한 표준 및 절차
Recover+의 또 다른 중요한 측면은 종종 비판을 받고 거의 진정으로 이해되지 않는 ‘God Mode’에 대한 최상의 접근 방법을 정의하는 것입니다. 많은 사람들은 이것이 일관성 없는 행동을 결정할 수 있는 권한을 BP에게 부여한다고 생각합니다. 우산 God Mode 시나리오에서 BP가 내리는 결정이 투명하지 않을 가능성이 높으며 이것이 문제가 됩니다. 최소한 둘 다 존재할 수 없는 없는 영역에서 불확실성과 불신을 동시에 만듭니다.
워킹 그룹은 또한 계정 동결이 요청되고 승인되는 표준과 절차를 개발할 것입니다. 이들은 공격 중에 계정 권한이 어떻게 변경될 수 있는지 개략적으로 설명할 계획이며 프로젝트가 적시에 BP와 통신할 수 있는 방법에 대한 모범 사례를 정의할 것입니다. 워킹 그룹의 목표는 또한 BP가 의사 결정의 품질을 개선하고 합의가 형성되는 데 필요한 시간을 줄이는 데 도움을 주는 것입니다.
Recover+ 포털이 생성되어 BP와 프로젝트 소유자를 연결하는 정보 다리 역할을 하고 모든 당사자를 위한 표준화된 방법론과 모범 사례를 구축하게 될 것입니다. 이 웹사이트에서 가이드, 프로젝트 감사 상태, 자주 묻는 질문(FAQ), 비상 연락처 세부 정보 등에 모두 액세스할 수 있습니다. EOS 긴급 상황을 위한 119를 상상할 수 있습니다.
기대 효과
위에서 언급했듯이 큰 아이디어는 EOS 프로젝트가 선택할 DAO보험의 형태를 만드는 것입니다. 이것은 잠재적인 세틀먼트의 단점을 최소화하고 프로젝트에 변재를 해줄 수 있을 뿐만 아니라 보다 정확한 계획을 용이하게 합니다. 예를 들어 연간 보험 비용을 예상할 수 있습니다. 이러한 유형의 큰 아이디어는 복잡성을 감안할 때 프로젝트의 두 번째 단계에서 주로 탐색됩니다. 가까운 시일 내에 Recover+는 EOS가 직면한 가장 시급한 보안 문제를 해결하기 위한 로드맵과 프로젝트가 프로젝트 스스로 및 네트워크를 더 잘 보호하기 위해 수행해야 하는 로드맵을 설명하는 연구를 발표할 것입니다.
참여하기
후원 기반의 모든 워킹 그룹과 마찬가지로 ENF는 완전한 투명성을 보장하길 원하며, 동시에 Discord 채널을 통해 더 넓은 EOS 커뮤니티의 기여를 환영하는 바입니다. 이러한 대화는 올바른 서포트 및 자금지원을 통해 EOS 커뮤니티의 지혜와 독창성을 실제 프로젝트로 전환하는 데 도움이 됩니다. 이러한 프로젝트와 EOSIO 혁신은 EOS를 원래 의도했던 기술과 토큰으로 EOS를 변화시킬 것입니다.
EOS Network Foundation
EOS Network Foundation(ENF)은 EOS 네트워크의 성장과 발전을 장려하기 위해 재정 및 비재정적인 지원을 구성합니다. 저희는 긍정적인 글로벌 변화를 위한 힘으로서 EOS 네트워크의 조직화된 미래를 계획하기 위해 탈중앙화의 힘을 활용하고 있습니다.
