<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
    <channel>
        <title>Stellaris</title>
        <link>https://paragraph.com/@stellaris</link>
        <description>undefined</description>
        <lastBuildDate>Mon, 01 Jun 2026 03:06:15 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>https://github.com/jpmonette/feed</generator>
        <language>en</language>
        <image>
            <title>Stellaris</title>
            <url>https://storage.googleapis.com/papyrus_images/1198823618da4ecce5e3e534e3e716502ca7999e811cd9b7c3d791034515c11d.jpg</url>
            <link>https://paragraph.com/@stellaris</link>
        </image>
        <copyright>All rights reserved</copyright>
        <item>
            <title><![CDATA[Starknet Remix 插件概述
]]></title>
            <link>https://paragraph.com/@stellaris/starknet-remix</link>
            <guid>xGfjq4zb0BZBGxRT0QX5</guid>
            <pubDate>Wed, 15 Nov 2023 06:25:08 GMT</pubDate>
            <description><![CDATA[简介在以太坊合约开发领域，Remix 项目享有很高的声誉，它为各种水平的开发者提供了功能丰富的工具集。作为一个学习实验场，它提供了一个试验合约功能和找出漏洞的环境。今天，我们将深入探讨Remix 工具集的一个重要补充 -- Starknet Remix Plugin，由 Nethermind 倾情开发的。Starknet Remix 插件合约开发是一个多方面的过程，涉及从编码到部署的多个阶段。Starknet Remix 插件旨在简化 Starknet 开发人员的开发流程，为编写 Cairo 代码提供无缝接口。 Starknet Remix 插件是将 Remix 工具引入 Starknet 生态系统的一次重大飞跃。无论你是经验丰富的 Cairo 开发人员，还是正在学习的新手，亦或是正在尝试使用 Starknet 的教育工作者，该插件的目标都是为你进入该生态系统提供强大的帮助。Starknet Remix优点1.简化编译Starknet Remix插件简化了 Cairo 代码的编译过程，开发人员无需在自己的机器上安装 Cairo 和使用更复杂的编译方法。通过将 Cairo 编译集成...]]></description>
            <content:encoded><![CDATA[<h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">简介</h2><p>在以太坊合约开发领域，Remix 项目享有很高的声誉，它为各种水平的开发者提供了功能丰富的工具集。作为一个学习实验场，它提供了一个试验合约功能和找出漏洞的环境。今天，我们将深入探讨Remix 工具集的一个重要补充 -- Starknet Remix Plugin，由 Nethermind 倾情开发的。</p><h2 id="h-starknet-remix" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Starknet Remix 插件</h2><p>合约开发是一个多方面的过程，涉及从编码到部署的多个阶段。Starknet Remix 插件旨在简化 Starknet 开发人员的开发流程，为编写 Cairo 代码提供无缝接口。</p><p>Starknet Remix  插件是将 Remix 工具引入 Starknet 生态系统的一次重大飞跃。无论你是经验丰富的 Cairo 开发人员，还是正在学习的新手，亦或是正在尝试使用 Starknet 的教育工作者，该插件的目标都是为你进入该生态系统提供强大的帮助。</p><h2 id="h-starknet-remix" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Starknet Remix优点</h2><h3 id="h-1" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">1.简化编译</h3><p>Starknet Remix插件简化了 Cairo 代码的编译过程，开发人员无需在自己的机器上安装 Cairo 和使用更复杂的编译方法。通过将 Cairo 编译集成到 Remix Project 中，开发人员可以在一个开发环境中完成合约开发的所有阶段，从而节省时间和精力。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/b0c026bc1b69235bdef59457f80d5f870deca2810baed0667d39e3b9d501c4ae.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h3 id="h-2" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">2.灵活的部署选项</h3><p>有了 Starknet Remix 插件，开发者就可以自由地在 Starknet 的 Testnets、Mainnet、我们提供的 devnet 上部署合约，或者使用自己的合约。这种灵活性为在不同环境中快速测试和试验合约提供了可能性。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/b6706dbf5cb45d47125128aa8f073e932933dc010a4efc6322cdaaf0895efe50.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h3 id="h-3" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">3.增强功能</h3><p>除了编译和部署合约，该插件还允许开发人员调用已部署合约的函数进行读写。这一新增功能使 Remix 成为Starknet的完整开发解决方案，不仅方便了合约的创建和部署，还方便了合约的测试和交互。</p><h3 id="h-4-scarb" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">4. Scarb 支持</h3><p>与 Scarb TOML 文件的无缝集成是本插件的一项相关功能。如果你已经使用 Scarb 进行依赖关系管理、编译和其他开发任务，那么你就可以在 Remix 中轻松导入项目，或让他人在不安装依赖项的情况下测试你的项目。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/9882e8ae49f8a41465eca3fdc62077d6183c9c6031ec58a564e6ec246f5d4c65.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h3 id="h-5" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">5. 访问资源管理器</h3><p>Starknet Remix 插件的便捷功能之一是与 Voyager**[6]**等领先的区块链浏览器集成。执行交易时，你可以直接点击交易哈希值。这会将你重定向到相应的浏览器，让你可以实时检查交易详情、确认和事件日志。这是一种验证交易是否正在执行的无缝方式。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/6090979550bf27e4dd8ba686a7ce3a147bffc0edc735e6954a2ab053af411152.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h2 id="h-starknet-remix" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">如何使用 Starknet Remix</h2><h3 id="h-1" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">第 1 步：安装插件</h3><ol><li><p>访问 Remix: <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://remix.ethereum.org">https://remix.ethereum.org</a> <strong>[7]</strong>。</p></li><li><p>访问插件：查找左下角的 &quot;插件(Plugins)&quot;部分。</p></li><li><p>找到 &quot;Starknet &quot;并启用。</p></li><li><p>启用后，你会在左侧边栏发现 Starknet 图标。点击它即可与打开的Cairo文件进行交互。</p></li></ol><h3 id="h-2" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">第2步：编译开罗代码</h3><p>在打开有效的 Cairo 文件后，点击编译即可。编译完成后，你就可以在工件（artifact）文件夹中找到 Sierra 和 CASM 文件，以便进一步检查。之后就可以部署上述合约。</p><h3 id="h-3" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">第 3 步：部署合约</h3><p>为此，你需要确定一个网络环境（链）：</p><ul><li><p>你可以选择使用我们的远程开发网（Remote Devnet），提供 10 个账户。</p></li><li><p>或者你也可以在自己的机器上运行 devnet**[8]**！</p></li><li><p>或者，你也可以选择钱包作为账户使用，并与 Mainnet 或测试网进行交互。如果你对使用自己的账户不感兴趣，可以创建一个测试账户，然后从水龙头中获得资金并部署。</p></li></ul><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/3b6174afaf42a035cf0ad31ad652d81d22bcd2b8d9684ab0919738cc94e4dd84.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>之后，只需进入 &quot;部署（Deploy）&quot;选项卡，选择已编译的合约，然后点击 &quot;部署&quot; 即可。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/44f4350117fd83dfe7464cbf6b65dd69f596d2c72c1f9c283d7d829c9ccfb30c.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h3 id="h-4" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">第 4 步：调用合约函数</h3><p>部署完成后，你可以随意点击交互选项卡，查看合约中的方法列表。你将可以使用合约中的读写方法。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/28d5f70f96032dd8fc0563b76fd8ac84480f509cb9970b7b860252a4131867ce.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">结论</h2><p>在不断发展的 Starknet 生态系统中，为开发人员提供正确的工具是取得进步的关键。Starknet Remix 插件就是朝着这一目标迈出的一步，它将 Cairo 的强大功能集成到 Remix 中，并促进了无缝开发体验。</p><p>我们将在接下来的文章中进一步探讨该插件的进步，期待你的反馈，并鼓励你加入我们的旅程。</p>]]></content:encoded>
            <author>stellaris@newsletter.paragraph.com (Stellaris)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/bc1187ee0336f88e8729a47d754ca9a0ba7290fed368fb3541f73790f46a507f.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[Starknet 安全实践]]></title>
            <link>https://paragraph.com/@stellaris/starknet-3</link>
            <guid>iZo7Sq0njgSw9eFCqFOO</guid>
            <pubDate>Sun, 05 Nov 2023 12:50:59 GMT</pubDate>
            <description><![CDATA[访问控制 当智能合约没有有效的安全措施时，访问控制就会出现问题，允许未应当有执行特定操作权限的用户访问。这种疏忽可能导致不可预测的智能合约操作，并可能导致资金损失。 例如，考虑一个设计用于创建代币的智能合约。如果缺乏严格的权限检查，这就类似于为潜在的滥用留下了机会。在这种情况下，mint 函数是开放给任何用户调用的，允许他们 mint 新代币。 ▶建议： 为了解决与访问控制相关的漏洞，建议采用授权方法，例如基于角色的访问控制（RBAC）或检查所有权。**您可以根据需要制定一个解决方案，也可以选择使用 OpenZeppelin 等现有的框架。 参考之前的例子，可以引入一个“所有者”变量。在合约初始化期间，会确定这个所有者的身份。随后，可以在 mint 函数中添加一个验证步骤，确保只有指定的所有者有权 mint 代币。通过加强访问控制措施，您可以确保只有拥有正确权限的人才能触发您的智能合约函数，从而最大程度地减少不必要的问题。 Overflow & Underflow 溢出，即上溢出（Overflow）和下溢出（Underflow），在合约编程中是关键考虑因素。上溢出发生在数值计算产...]]></description>
            <content:encoded><![CDATA[<p><strong>访问控制</strong></p><p>当智能合约没有有效的安全措施时，访问控制就会出现问题，允许未应当有执行特定操作权限的用户访问。这种疏忽可能导致不可预测的智能合约操作，并可能导致资金损失。</p><p>例如，考虑一个设计用于创建代币的智能合约。如果缺乏严格的权限检查，这就类似于为潜在的滥用留下了机会。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/7b1d2c406e138aea70b5482fe4751c10411a7b8baef40a6ef9ce74935d8c426a.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>在这种情况下，mint 函数是开放给任何用户调用的，允许他们 mint 新代币。</p><p><strong>▶建议：</strong></p><p>为了解决与访问控制相关的漏洞，建议采用授权方法，例如基于角色的访问控制（RBAC）或检查所有权。**您可以根据需要制定一个解决方案，也可以选择使用 OpenZeppelin 等现有的框架。</p><p>参考之前的例子，可以引入一个“所有者”变量。在合约初始化期间，会确定这个所有者的身份。随后，可以在 mint 函数中添加一个验证步骤，确保只有指定的所有者有权 mint 代币。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/b7fc55962ca700b5a51e8d98d016f668ad4dc4735e0e9947e5554099f3bb3d5a.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>通过加强访问控制措施，您可以确保只有拥有正确权限的人才能触发您的智能合约函数，从而最大程度地减少不必要的问题。</p><p><strong>Overflow &amp; Underflow</strong></p><p>溢出，即上溢出（Overflow）和下溢出（Underflow），在合约编程中是关键考虑因素。上溢出发生在数值计算产生的结果超过存储，或者寄存器或存储器的表示能力时。容易受上溢出影响的合约可能在预期计算结果和实际计算结果之间出现明显差异，破坏合约逻辑，可能导致财务损失。在这一部分，我们深入探讨在 Starknet 智能合约中应对这些挑战的策略。</p><p>使用“felt252”数据类型可能会带来问题。超过其有效范围的操作可能会产生错误的结果：</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/9b175e53ce93880a18faaf2ca43b995db47987ad329052f536dc6d3570d53b2a.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p><strong>▶建议：</strong></p><p>为了避免这种不准确性，选择强化的数据类型：使用像 u128 或 u256 这样的数据类型，它们经过设计能够熟练地处理上溢出和下溢出情况。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/607c7d7cd492061f8531caf4d00e7e3491280e02fb5c159dce8fefab93fc4460.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p><strong>重入（Reentrancy）</strong></p><p>重入是智能合约中的一个潜在漏洞，使其无意中允许外部且未经验证的代码在其范围内运行。这种风险在智能合约与另一个外部合约进行交互时出现，而后者又调用了初始合约，可能导致无限循环。<strong>实质上，重入攻击利用了这个缺陷，使恶意行为者能够不断触发合约函数，引发无休止的循环，从而可能促成未经授权的资金提取。</strong></p><p>想象一下，在一个游戏合约中，只有经过批准的地址才有权利创建一把“NFT 剑”。一旦铸造完成，他们可以激活一个 sword_received() 函数来使用这把剑，之后将其归还给合约。然而，NFT 合约还存在一个漏洞，使其容易受到重入漏洞的影响。恶意玩家可以利用这个缺陷不断制造多把“NFT 剑”。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/e5f2c1ed218010eefee55790c788c049d951bbecb43889531826275181b5b918.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>重入经常发生于 callback 函数中。此外，在诸如闪电贷（flash loans）之类的情况下，借贷合约可能会使用 callback 函数，以允许借款合约利用并随后偿还借入的金额。</p><p>▶建议：</p><p>为了防范重入威胁，建议遵循“检查-效果-交互”（check-effects-interactions）的范式。这意味着在启动对外部合约的调用之前，应优先更新合约的内部状态。参考提供的示例，在调用外部函数之前将发送者从白名单中移除是明智之举。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/94e747d858aea949c7ed7e59ed3fb75baf515f198a6902dc5a696543846427e2.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p><strong>遵循“检查-效果-交互”的范式可以极大地降低重入漏洞的可能性，从而保留您的智能合约内部框架的一致性和可靠性。</strong></p>]]></content:encoded>
            <author>stellaris@newsletter.paragraph.com (Stellaris)</author>
        </item>
        <item>
            <title><![CDATA[解锁 Starknet 安全之钥（1）]]></title>
            <link>https://paragraph.com/@stellaris/starknet-1</link>
            <guid>ybUI46SbJsop8QtIcDah</guid>
            <pubDate>Sun, 05 Nov 2023 12:40:45 GMT</pubDate>
            <description><![CDATA[Starknet 简介 Starknet 是建立在以太坊之上的第二层网络，提供高吞吐量和低 Gas 成本，同时保障着以太坊第一层的安全级别。**该系统的高效性源于其能够在链下执行计算，随后生成 ZK 证明。然后在链上验证此证明，允许将多个 L2 交易捆绑到以太坊上的单个交易中。Starknet 上的智能合约使用 Cairo 语言编写，可以无缝部署，使用户能够在这个类似以太坊的网络中进行交易。Cairo Starknet 是一个去中心化的 Validity-Rollup。**它利用 Cairo1.0 —— 一种受 Rust 启发的本地智能合约语言，在主网上开发应用程序，如 dYdX、Sorare 和 ImmutableX，从而使开发人员能够更安全、高效地编写合约。 账户抽象化（Account Abstraction） Starknet 的核心在于账户抽象化，其中每个账户本质上都是智能账户，消除了 EOA 的概念。这种独特的方法在所有 L1 和 L2 链中都得到应用，确保所有基础设施，包括钱包和区块浏览器，都适用于这种抽象化。这将 Starknet 定位为智能生态系统的先驱，开发人员...]]></description>
            <content:encoded><![CDATA[<p><strong>Starknet 简介</strong></p><p>Starknet 是建立在以太坊之上的第二层网络，提供高吞吐量和低 Gas 成本，同时保障着以太坊第一层的安全级别。**该系统的高效性源于其能够在链下执行计算，随后生成 ZK 证明。然后在链上验证此证明，允许将多个 L2 交易捆绑到以太坊上的单个交易中。Starknet 上的智能合约使用 Cairo 语言编写，可以无缝部署，使用户能够在这个类似以太坊的网络中进行交易。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/81ac536f8ff5a1850ecc251ec68553849229c04b87d655887a13d60b69b9041c.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p><strong>Cairo</strong></p><p>Starknet 是一个去中心化的 Validity-Rollup。**它利用 Cairo1.0 —— 一种受 Rust 启发的本地智能合约语言，在主网上开发应用程序，如 dYdX、Sorare 和 ImmutableX，从而使开发人员能够更安全、高效地编写合约。</p><p><strong>账户抽象化（Account Abstraction）</strong></p><p>Starknet 的核心在于账户抽象化，其中每个账户本质上都是智能账户，消除了 EOA 的概念。这种独特的方法在所有 L1 和 L2 链中都得到应用，确保所有基础设施，包括钱包和区块浏览器，都适用于这种抽象化。这将 Starknet 定位为智能生态系统的先驱，开发人员可以在构建工具和应用程序时，知道这种抽象化是普遍适用的，而不需要考虑非抽象化账户。这确保了智能账户是用户与应用程序交互的唯一媒介。Starknet 的本地账户抽象化还消除了在 ERC-4337 中出现的由 Bundler 引入的额外复杂性。与其将基础设施和工具调整为与 Bundler 交互，不如通过指定排序器来完成 Bundler 的角色，从而简化了该流程。</p><p>下图是 Starknet 交易流程，仍然是从 ERC-4337 的设计原则中汲取灵感。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/fe1efb110eaaf9751399f3fb38c8d2f3940df08b7b6a3cdd6b9663f3d8286a65.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure>]]></content:encoded>
            <author>stellaris@newsletter.paragraph.com (Stellaris)</author>
        </item>
        <item>
            <title><![CDATA[Starknet开发进展]]></title>
            <link>https://paragraph.com/@stellaris/starknet-2</link>
            <guid>Qki5eSMlN0r9mDmbTBCn</guid>
            <pubDate>Wed, 01 Nov 2023 06:31:55 GMT</pubDate>
            <description><![CDATA[开发进展 (Developments)Ohad Barta 发起提案：费用机制进行修改Cairo v2.3.0 版本正式发布Starknet Remix 插件发布新版本 v0.2.4Scarb & Cairo 2.3.0 已发布Starknet Foundry 现已支持 Cairo 2.3.0Cairo Native 更新Starknet 七款超级开发工具CairoLang 智能合约 TypeScript 解析器 Abi-Wan-Kanabi 现已支持 Cairo v2.3.0-rc0简化在项目 CI 中设置 Starknet Foundry 过程证明者如何验证交易@Th0rgal_ 首次尝试大型多重调用，单笔交易转 1000 次 ERC20Cairo Native 比其他 Cairo VM 快 20-700 倍不同编程语言的 Cairo VMWido 更名为 @walnut_dev 并迁移至 Starknet 网络区块浏览器 voyager 支持通过区块编号检索 Starknet 区块@pauliC_C 分享更新：在 Cairo 验证以太坊签名@bajpaiharsh244 分...]]></description>
            <content:encoded><![CDATA[<p>开发进展 (Developments)</p><ul><li><p>Ohad Barta 发起提案：费用机制进行修改</p></li><li><p>Cairo v2.3.0 版本正式发布</p></li><li><p>Starknet Remix 插件发布新版本 v0.2.4</p></li><li><p>Scarb &amp; Cairo 2.3.0 已发布</p></li><li><p>Starknet Foundry 现已支持 Cairo 2.3.0</p></li><li><p>Cairo Native 更新</p></li><li><p>Starknet 七款超级开发工具</p></li><li><p>CairoLang 智能合约 TypeScript 解析器 Abi-Wan-Kanabi 现已支持 Cairo v2.3.0-rc0</p></li><li><p>简化在项目 CI 中设置 Starknet Foundry 过程</p></li><li><p>证明者如何验证交易</p></li><li><p>@Th0rgal_ 首次尝试大型多重调用，单笔交易转 1000 次 ERC20</p></li><li><p>Cairo Native 比其他 Cairo VM 快 20-700 倍</p></li><li><p>不同编程语言的 Cairo VM</p></li><li><p>Wido 更名为 @walnut_dev 并迁移至 Starknet 网络</p></li><li><p>区块浏览器 voyager 支持通过区块编号检索 Starknet 区块</p></li><li><p>@pauliC_C 分享更新：在 Cairo 验证以太坊签名</p></li><li><p>@bajpaiharsh244 分享 Cairo 1 学习笔记</p></li><li><p>@Th0rgal_ 构建了 Cairo 组件，允许在运行时向 UTF-8 标记 URI 附加一个数字</p></li><li><p>现在开始，Unity 游戏可以轻松连接到 Dojo</p></li><li><p>@0xChqrles 在 Cairo 2.2.0 中实现 base64 编码器（在输入中使用 Array）</p><ul><li><p>@tek_kac 分享 Carbonable 更新内容：Farming 和 NFT</p></li><li><p>Modulus Labs 即将推出 ZKML 检验器 Remainder</p></li><li><p>敬请期待 @droak_ 发布 L1 &lt;&gt; L2 和 L2 &lt;&gt; L2 跨链通用消息层</p></li></ul></li></ul>]]></content:encoded>
            <author>stellaris@newsletter.paragraph.com (Stellaris)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/2aa947e77ff12d9930545e7cb02e20f82733dad1fdcbfefd9db1bb93b1959523.jpg" length="0" type="image/jpg"/>
        </item>
        <item>
            <title><![CDATA[Starknet 十月动态]]></title>
            <link>https://paragraph.com/@stellaris/starknet</link>
            <guid>ROXLpTDGxvXqeRIWTTTX</guid>
            <pubDate>Wed, 01 Nov 2023 06:23:49 GMT</pubDate>
            <description><![CDATA[生态进展 (Ecosystem)速览 Starknet 七日内 TVL 数据统计图Paradex 每周交易量翻倍Focustree 社区成员数突破四万Ekubo 举办 Focus 主题活动速览 Starknet CC 伊斯坦布尔 🇹🇷 活动赞助团队Starknet Feeder 网关将在第四季度停止提供多种类型的查询服务第二届 Dojo 游戏开发竞赛的作品：UnderdarkStarknet 近期统计之开发者数据Ekubo 在 Uniswap 管理论坛上发布提案zkLend 主网拉力赛已上线Starknet ID 与 Braavos 合作举办 Starknet Pro Score Quest 活动Starknet Quest 举办 Starknet Quest Quizzes盘点第二届 Dojo 游戏开发竞赛中的十三个参赛作品快来申请 OnlyDust 超级撰稿人Reddio 推出 Starknet 节点测试版深入 Starknet 帐户抽象技术的优势速览 Starknet 项目 TVL 数据统计图累积用户最多的 Starknet 生态项目解锁 Starknet Quest ...]]></description>
            <content:encoded><![CDATA[<p><strong>生态进展 (Ecosystem)</strong></p><ul><li><p>速览 Starknet 七日内 TVL 数据统计图</p></li><li><p>Paradex 每周交易量翻倍</p></li><li><p>Focustree 社区成员数突破四万</p></li><li><p>Ekubo 举办 Focus 主题活动</p></li><li><p>速览 Starknet CC 伊斯坦布尔 🇹🇷 活动赞助团队</p></li><li><p>Starknet Feeder 网关将在第四季度停止提供多种类型的查询服务</p></li><li><p>第二届 Dojo 游戏开发竞赛的作品：Underdark</p></li><li><p>Starknet 近期统计之开发者数据</p></li><li><p>Ekubo 在 Uniswap 管理论坛上发布提案</p></li><li><p>zkLend 主网拉力赛已上线</p></li><li><p>Starknet ID 与 Braavos 合作举办 Starknet Pro Score Quest 活动</p></li><li><p>Starknet Quest 举办 Starknet Quest Quizzes</p></li><li><p>盘点第二届 Dojo 游戏开发竞赛中的十三个参赛作品</p></li><li><p>快来申请 OnlyDust 超级撰稿人</p></li><li><p>Reddio 推出 Starknet 节点测试版</p></li><li><p>深入 Starknet 帐户抽象技术的优势</p></li><li><p>速览 Starknet 项目 TVL 数据统计图</p></li><li><p>累积用户最多的 Starknet 生态项目</p></li><li><p>解锁 Starknet Quest 的 Starknet Land 两组新成就</p></li><li><p>Rabbitx 推出专为交易员打造的 AI 资讯平台</p></li><li><p>Carbonable「耕种」即将上线主网</p></li><li><p>Nostra 主网上线一周的数据速览</p></li><li><p>Nimbora 与 Liquity 整合并达成合作</p></li><li><p>快速了解 Starknet 排序器功能、特点和运作方式</p></li><li><p>mySwap 推出集中流动性池并整合 AVNU</p></li><li><p>dYdX 出走，但 STARK 家族在不断成长</p></li><li><p>Only Dust 优质项目介绍 Kakarot</p></li><li><p>完成 BrineFinance 任务赢取独家 Brinerd NFT</p></li><li><p>BlaizeSecurity 已完成 AMM 协议 StarkDefi 智能合约审计</p></li><li><p>Starknet OG 分析 AVNU 更具有价格效率的原因</p></li><li><p>Nostra 增强 Starknet 用户借贷体验</p></li><li><p>@wacy_time1 阐述 zkLend 借贷协议在 Starknet 运作方式</p></li><li><p>公布 Realms.World 全新设计页面</p></li><li><p>NoGame 行星铸造定价将采用反荷兰式拍卖智能合约</p></li><li><p>速览《Starknet 之书》近期更新</p></li><li><p>比特币的 ZK 简史，从中本聪到 Zero Sync</p></li><li><p>速览过去七天交互最多的 Starknet 生态项目</p></li><li><p>Element 联合 Starknet ID、Layerswap、briq 任务活动</p></li><li><p>Flex Storefront 铸造商店正式上线</p></li><li><p>Liquity LUSD 正式上线 Starknet</p></li><li><p>Layer Akira 即将出炉的收费机制</p></li><li><p>@lordOfAFew 和 @aloothero 介绍全链游戏 Loot Survivor</p></li><li><p>LootSurvivor 争霸赛火热进行中</p></li><li><p>聆听 Nethermind 专家的故事</p></li><li><p>介绍 StarknetZig 特别功能 — comptime</p></li></ul>]]></content:encoded>
            <author>stellaris@newsletter.paragraph.com (Stellaris)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/2aa947e77ff12d9930545e7cb02e20f82733dad1fdcbfefd9db1bb93b1959523.jpg" length="0" type="image/jpg"/>
        </item>
        <item>
            <title><![CDATA[十大洞天]]></title>
            <link>https://paragraph.com/@stellaris/T8LqdkZXFlmvt5K2MGN7</link>
            <guid>T8LqdkZXFlmvt5K2MGN7</guid>
            <pubDate>Fri, 05 Aug 2022 00:56:12 GMT</pubDate>
            <description><![CDATA[王屋洞府又称“小有清虚之天”，坐落在河南济源市的王屋山。 委羽洞府又称“大有空明之天”，位于浙江黄岩县的委羽山。 西城洞府又称“太元总真之天”，坐落在青海的西倾山。 西玄洞府又称“三元极真之天”，坐落在陕西西岳华山。 青城洞府又称“宝仙丸室之天”，位于四川都江堰的青城山。 赤诚洞府又称“紫玉清平之天”，坐落于浙江天台县的赤诚山。 罗浮洞府又称“朱明曜真之天”，位于广东增城和博罗两县之间的罗浮山。 句曲洞府又称“金坛华阳之天”，坐落在江苏茅山。 括苍洞府又称“成德隐玄之天”，位于浙江仙居和临海两县之间的括苍山。 林屋洞府又称“左神幽虚之天”，坐落在江苏吴县。]]></description>
            <content:encoded><![CDATA[<p>王屋洞府又称“小有清虚之天”，坐落在<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/2874.htm">河南</a><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/3695.htm">济源</a>市的<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/31568.htm">王屋山</a>。</p><p>委羽洞府又称“大有空明之天”，位于<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/4150.htm">浙江</a><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/3220724.htm">黄岩县</a>的<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/989412.htm">委羽山</a>。</p><p>西城洞府又称“太元总真之天”，坐落在<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/4311.htm">青海</a>的<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/1240999.htm">西倾山</a>。</p><p>西玄洞府又称“三元极真之天”，坐落在<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/6510.htm">陕西</a>西岳<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/2157.htm">华山</a>。</p><p>青城洞府又称“宝仙丸室之天”，位于四川<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/2240.htm">都江堰</a>的<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/23966.htm">青城山</a>。</p><p>赤诚洞府又称“紫玉清平之天”，坐落于<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/4150.htm">浙江</a><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/570397.htm">天台县</a>的<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/119509.htm">赤诚山</a>。</p><p>罗浮洞府又称“朱明曜真之天”，位于广东<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/74716.htm">增城</a>和<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/37278.htm">博罗</a>两县之间的<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/65654.htm">罗浮山</a>。</p><p>句曲洞府又称“金坛华阳之天”，坐落在<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/4141.htm">江苏</a><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/80065.htm">茅山</a>。</p><p>括苍洞府又称“成德隐玄之天”，位于<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/4150.htm">浙江</a>仙居和<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/78870.htm">临海</a>两县之间的<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/485760.htm">括苍山</a>。</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/3304061.htm">林屋洞府</a>又称“左神幽虚之天”，坐落在<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/4141.htm">江苏</a><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://baike.baidu.com/view/645739.htm">吴县</a>。</p>]]></content:encoded>
            <author>stellaris@newsletter.paragraph.com (Stellaris)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/5190b181727a37cdf10cba98218d2837d9c1ed73559de744358ddfd3539b9208.jpg" length="0" type="image/jpg"/>
        </item>
        <item>
            <title><![CDATA[The Stellaris,2022.07.15]]></title>
            <link>https://paragraph.com/@stellaris/the-stellaris-2022-07-15</link>
            <guid>oDmwufpPWv1Qr6jpHMql</guid>
            <pubDate>Fri, 15 Jul 2022 03:11:57 GMT</pubDate>
            <description><![CDATA[https://snapshot.org/#/uniswap cccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc1.拿了polygon和metis grant的项目，有tg的内置钱包，现在还在前期可能是大毛，填表领oat https://galaxy.eco/tristan/ca...]]></description>
            <content:encoded><![CDATA[<p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://snapshot.org/#/uniswap">https://snapshot.org/#/uniswap</a></p><p>cccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccccc1.拿了polygon和metis grant的项目，有tg的内置钱包，现在还在前期可能是大毛，填表领oat</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://galaxy.eco/tristan/campaign/GCubVUtTn3">https://galaxy.eco/tristan/campaign/GCubVUtTn3</a></p><p>2.</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://galaxy.eco/NPics/campaign/GCuvVUtz1f">https://galaxy.eco/NPics/campaign/GCuvVUtz1f</a></p><p>3.昨天做的joox可以领了</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://galaxy.eco/MusicYDAO/campaign/GCG9KUtjUB">https://galaxy.eco/MusicYDAO/campaign/GCG9KUtjUB</a></p><p>4. 腾讯系音乐流媒体平台 @JOOXTH 与音乐NFT平台 @MusicYDao 合作并发起联合活动，参与者完成任务可0撸OAT+神秘奖励。</p><p>5.Velodrome将向veVELO持有者发放75万枚OP奖励</p><p>BlockBeats 消息，7 月 14 日，Optimism 上 AMM 协议 Velodrome 宣布将在未来几周到几个月内的时间向 veVELO 持有者发放 75 万枚 OP 奖励，其中 5 万枚 OP 将分配给在 UTC 时间 6 月 1 日至 7 月 13 日锁定 VELO 的用户，快照时间为北京时间 7 月 14 日 8:00，此外若此类用户在 7 月 28 日前增加锁定量将额外分享 12.5 万枚 OP 奖励。7 月 13 日后，7 月 28 日前锁定 VELO 的用户将被分配 7.5 万枚 OP 奖励，剩余 50 万枚 OP 将分配给未来 5 个月内锁定 VELO 的用户。奖励发放预计将于下周开始。</p><p>6.隐私网络 @ArcanaNetwork 测试网上线 <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://testnet.arcana.network/">http://testnet.arcana.network/</a> <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://docs.google.com/forms/d/e/1FAIpQLSfCndVaDkSGTqtqXq6581uBSvVWG4490KM3TiqQ3XW27dD1gg/viewform">https://docs.google.com/forms/d/e/1FAIpQLSfCndVaDkSGTqtqXq6581uBSvVWG4490KM3TiqQ3XW27dD1gg/viewform</a> 填表申请，测试网比较针对开发者向 详情 : <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://arcana.network/blog/betatestnet/">https://arcana.network/blog/betatestnet/</a></p><p>7.etachain测试白名单申请 <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://docs.google.com/forms/d/e/1FAIpQLScixlvzsWX8aH9HaaweaV-pwEN0A1W5Y8kk9T8173u8Cthn1g/viewform">https://docs.google.com/forms/d/e/1FAIpQLScixlvzsWX8aH9HaaweaV-pwEN0A1W5Y8kk9T8173u8Cthn1g/viewform</a></p><p>8.Lens 协议是 Polygon Proof-of-Stake 区块链上的 Web3 社交图,由AAVE团队打造。很多人看到Lens无从下手，今天就手把手教大家怎么来玩Lens及生态（附教程）：<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/ZF_lab/status/1547432702445785090?s=20&amp;t=ZV903bNSnru0hxoATeBErA">https://twitter.com/ZF_lab/status/1547432702445785090?s=20&amp;t=ZV903bNSnru0hxoATeBErA</a></p><p>9.一个号买点aave和 mkr 还有comp Voltz 那边我在推特真的说了好多遍 其他的投票dapp snapshot tally 还有commonwealth 链上投票的 那种 记得最高也去做</p><p>10.Flow近期可撸毛的空投活动, 关注起来！</p><ol><li><p>Flow中文社区组织的关注活动，关注Twitter+进入Discord，可以参与瓜分 500FLOW奖励，以及限量NFT卡包和周边； 链接：<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://hype.day/p/flowfanschina-giveaway">https://hype.day/p/flowfanschina-giveaway</a></p></li><li><p>Flow中文社区转发活动：<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/FlowFansChina/status/1547439472392171521">https://twitter.com/FlowFansChina/status/1547439472392171521</a> ，奖金为100 FLOW</p></li><li><p>Free Mint项目—— Mono Cats, 玩游戏即可免费mint猫咪PFP！链接：<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://mono.fun/activity/nekos-merge">https://mono.fun/activity/nekos-merge</a></p></li><li><p>Flow生态项目MetapierFlow正在举行SeaTrial活动，奖金池1000 $FUSD ！参与指南请参考Flow中文社区推文<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/FlowFansChina/status/1546741250061377537">https://twitter.com/FlowFansChina/status/1546741250061377537</a></p></li><li><p>Flow生态项目ARTIFACTsbySCMP正在发起 #HK25Moments 活动。其中,作为香港地标的珍宝海鲜坊制作成NFT上线 <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://artifact.scmp.com">http://artifact.scmp.com</a> ,目前开放免费领取中！</p></li><li><p>Flow上的NFT交易平台Matrix Market举行虚拟人物Flownia NFT抽奖活动，点击链接<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://hype.day/p/common-tier-flownia-raffle">https://hype.day/p/common-tier-flownia-raffle</a> 参与抽奖！</p></li><li><p>注册Flow生态钱包Lilico, 免费领取#meow 域名以及和Soulmade联名赠送的 Boba NFT。 注册链接：<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://chrome.google.com/webstore/detail/lilico/hpclkefagolihohboafpheddmmgdffjm?hl=zh-CN">https://chrome.google.com/webstore/detail/lilico/hpclkefagolihohboafpheddmmgdffjm?hl=zh-CN</a></p></li></ol><p>Flow生态刚开放无许可部署，据说接下来会有很多撸毛机会</p><p>11.<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://bitalknews.notion.site/fd347a22ea20462880aa89392745cb6c?v=15e35137fa43415898d7f22364f858da">https://bitalknews.notion.site/fd347a22ea20462880aa89392745cb6c?v=15e35137fa43415898d7f22364f858da</a> 25个Gnosis生态项目</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/ec93cf87ad46f14cf5b5cbada2f13111da71e888ce785aebeac7647fbc94a945.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>12.链上投票速度冲</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://snapshot.org/#/uniswap">https://snapshot.org/#/uniswap</a></p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://snapshot.org/#/uniswap">https://snapshot.org/#/uniswap</a></p><p>13.</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/SymphonyFinance/status/1547279459513802752">https://twitter.com/SymphonyFinance/status/1547279459513802752</a></p><p>14. 推特三联马上就可以领</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://galaxy.eco/smoothie/campaign/GCsozUt9UW">https://galaxy.eco/smoothie/campaign/GCsozUt9UW</a></p><p>15.</p><p>Layer3 Crypto Jeopardy: Day 30 ~、 <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://beta.layer3.xyz/contests/crypto-jeopardy-day-30">https://beta.layer3.xyz/contests/crypto-jeopardy-day-30</a></p><p>答案：El Salvador</p><p>16. Omni X 创世纪NFT可以铸造了，总共7条链可以选择。每个钱包限制5个，主网0.04mint，其他链也是相同价格，大约42刀。有点小贵，目前没有看到什么明显的赋能，请自行斟酌！ Mint地址：<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://omni-x.io/mint">https://omni-x.io/mint</a></p><p>17.</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://bitalknews.notion.site/bitalknews/News-c0895c29a142426b8311768b5ee0e525">https://bitalknews.notion.site/bitalknews/News-c0895c29a142426b8311768b5ee0e525</a></p><p>18.</p><p>1 <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/StarkWareLtd/status/1547223754832478209">https://twitter.com/StarkWareLtd/status/1547223754832478209</a> 2 <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://galaxy.eco/bitislands/">https://galaxy.eco/bitislands/</a> 3 <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://mirror.xyz/playeroneworld.eth/2SE7zwNeKyEMBMDoqtMfmWdn3HS-ABOASNqxQqEhKlw">https://mirror.xyz/playeroneworld.eth/2SE7zwNeKyEMBMDoqtMfmWdn3HS-ABOASNqxQqEhKlw</a> 4 <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://docs.bundlr.network/docs/participate/Types%20of%20Nodes/Validator/validator-join">https://docs.bundlr.network/docs/participate/Types of Nodes/Validator/validator-join</a></p><p>19.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/96ca7c14908ef9c0ac629fd82b1f6e37deef0b96e74e5f6ac4b6ca2041bf6b3e.jpg" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>20. DERI @DeriProtocol 的Arbitrum 活动活动时间：2022 年 7 月 11 日 08:00 AM UTC 至 07:59 AM UTC 2022 年 7 月 18 日合格用户：所有领取了奥德赛第一个NFT 的用户用户完成这两项任务有资格获得 Deri 专属 NFT <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://deri-protocol.medium.com/deri-festival-on-arbitrum-aad2c8479bb6">https://deri-protocol.medium.com/deri-festival-on-arbitrum-aad2c8479bb6</a></p><p>21. 好消息，@here!正如我们上周所宣布的，aEMDX Testnet代币的分配在今天，7月14日，UTC时间晚上12点开始。分发工作是自动完成的，需要24小时才能完成。aEMDX代币合约地址。<code>0xf1013985f178043e91B03D352C800c6281608a22</code></p><ul><li><p>aEMDX代币将被锁定，直到swap发生。</p></li><li><p>一旦治理系统启动，用户将只能使用它们来对治理提案进行投票。</p></li><li><p>这些空投奖励将被运行在主网上的NFT（之前的IDO）所取代，以获得用户的OG角色利益。</p></li><li><p>EMDX代币的交易活动将在IDO结束后一个月（30天）内被允许。</p></li></ul><p>这是进入治理系统的第一步，检查你的钱包，让我们一起摇滚EMDX</p><p>22.基于 StarkNet 的衍生品交易协议 ZKX 宣布已筹资 450 万美元种子轮融资，投资方包括 StarkWare、Alameda Research、Huobi、Amber Group 和 Crypto com 等。融资将用于进一步开发 ZKX 的主要产品，包括其开源协议、DAO 资金及其生态系统的发展。</p><p>23.a16z领投3000万美元的去中心化社交协议Farcaster教程</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://mirror.xyz/0xCD0e394639B2D0b159B41F9dBe0583C33d85e874/BTRdl52W5di_ArmmHkWb60noLJo79JFLbnp5kF8t3Lw">https://mirror.xyz/0xCD0e394639B2D0b159B41F9dBe0583C33d85e874/BTRdl52W5di_ArmmHkWb60noLJo79JFLbnp5kF8t3Lw</a></p><p>第三部优化：<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://mirror.xyz/tmbtc.eth/zI9wkgeatFei6OPANBI1z6ImNIa-VbcWmqtACvGPbvg">https://mirror.xyz/tmbtc.eth/zI9wkgeatFei6OPANBI1z6ImNIa-VbcWmqtACvGPbvg</a></p><p>24. Trustless 7号升级了角色，做题升级 答案<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://docs.google.com/forms/d/e/1FAIpQLSe0_uQDOsB7O57RwFy9GaW9GCG9yjcmLQPZ4NV-_W8cICNi3w/viewscore?viewscore=AE0zAgDxYVub0c7qfOSQBerK6Jeo707nTO70fYsYwpCY4otFT3efcWvycKZtBZ2CitoHlf4">https://docs.google.com/forms/d/e/1FAIpQLSe0_uQDOsB7O57RwFy9GaW9GCG9yjcmLQPZ4NV-_W8cICNi3w/viewscore?viewscore=AE0zAgDxYVub0c7qfOSQBerK6Jeo707nTO70fYsYwpCY4otFT3efcWvycKZtBZ2CitoHlf4</a></p><p>25.【Aptos链第一个借贷项目Vial】 备注: 获得测试角色 埋伏空投 教程: <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://t.co/ylqXnuR1vJ">https://t.co/ylqXnuR1vJ</a></p><p>26.coinbase投资的claystack出了新的fantom的测试网，可以参与一下 同时也可以在polygon和主网质押matic <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://w0d.cn/m0lc">http://w0d.cn/m0lc</a></p><p>27.Tristan Early Supporter徽章 领取链接：<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://galaxy.eco/tristan/campaign/GCubVUtTn3">https://galaxy.eco/tristan/campaign/GCubVUtTn3</a> 填表：<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://docs.google.com/forms/u/0/d/e/1FAIpQLSfjNKdsdR9pQcyclEAlK-ZriFOVMbjbgN8B4oBAufoTZ8tn0A/formResponse">https://docs.google.com/forms/u/0/d/e/1FAIpQLSfjNKdsdR9pQcyclEAlK-ZriFOVMbjbgN8B4oBAufoTZ8tn0A/formResponse</a> 其中有个问题答案是所有的</p><p>28.</p><p>[<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://snapshot.org/#/gnosis.eth">https://snapshot.org/#/gnosis.eth</a> 两个投票](<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://snapshot.org/#/gnosis.eth">https://snapshot.org/#/gnosis.eth</a> 两个投票)</p>]]></content:encoded>
            <author>stellaris@newsletter.paragraph.com (Stellaris)</author>
        </item>
        <item>
            <title><![CDATA[Figure of the Gods]]></title>
            <link>https://paragraph.com/@stellaris/figure-of-the-gods</link>
            <guid>li3zxfCBQdWCp3AFcxXO</guid>
            <pubDate>Sat, 07 May 2022 08:31:29 GMT</pubDate>
            <description><![CDATA[永乐宫壁画是中国古代壁画中不可多得的瑰宝。位于中国山西省瑞城市永乐宫（又称大春阳万寿宫）内。其艺术价值首推精美大型壁画。是世界绘画史上难得一见的巨擘。Figure of the Gods整幅壁画共1000平方米，分别绘于无极殿、三清殿、纯阳殿和重阳殿。其中三清殿为主殿，殿内壁画共403.34平方米。画面高4.26米，长94.68米。The costume patterns of the characters in the frescoes of the Sanqing Hall of Yongle Palace occupy a large area in the whole fresco. The shape and decoration of the costumes of the characters in the murals all inherit the style characteristics of the Tang and Song dynasties, and the magnificent pilgrimage of the gods in the mura...]]></description>
            <content:encoded><![CDATA[<p>永乐宫壁画是中国古代壁画中不可多得的瑰宝。位于中国山西省瑞城市永乐宫（又称大春阳万寿宫）内。其艺术价值首推精美大型壁画。是世界绘画史上难得一见的巨擘。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/432436f43d135588666e6148065aa18509733d70d10d5c0ce2e13338fb53d0ca.jpg" alt="Figure of the Gods" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">Figure of the Gods</figcaption></figure><p>整幅壁画共1000平方米，分别绘于无极殿、三清殿、纯阳殿和重阳殿。其中三清殿为主殿，殿内壁画共403.34平方米。画面高4.26米，长94.68米。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/c3d3b02b4a3b0b0841810651782ae1fd9b9af393c69d9aebfe7363d2dd2fc90b.jpg" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>The costume patterns of the characters in the frescoes of the Sanqing Hall of Yongle Palace occupy a large area in the whole fresco. The shape and decoration of the costumes of the characters in the murals all inherit the style characteristics of the Tang and Song dynasties, and the magnificent pilgrimage of the gods in the murals is a brilliant reproduction of the ancient royal etiquette.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/1611fac3147f46224b0212973ae40a52e8e1d5552c8a9d88f26005ba5fc5b28f.jpg" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>壁画中有286位神仙，神态各异。他们所穿的服饰色彩艳丽，精美绝伦。但仔细观察，虽然壁画中人物的服饰各有千秋，但每幅壁画都有自己的代表人物和服饰。它所描绘的主题和图案是研究古代历史和艺术背景的珍贵资料，因此它的存在对于古代壁画的研究将永远具有深远的意义。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/ed0e5db66751ed4c311259146f12b7abf308cf47f60762cf93ac49363743de07.jpg" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure>]]></content:encoded>
            <author>stellaris@newsletter.paragraph.com (Stellaris)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/d36a9168d2aad85dd0c68aebc9c41a42da6eca07ee410dfb0807a09dbef93e4c.jpg" length="0" type="image/jpg"/>
        </item>
        <item>
            <title><![CDATA[Across Protocol (Transfer From L2 To L1 Almost Instantly)]]></title>
            <link>https://paragraph.com/@stellaris/across-protocol-transfer-from-l2-to-l1-almost-instantly</link>
            <guid>gJ4ALt386rryhoQLqsDq</guid>
            <pubDate>Sat, 19 Mar 2022 04:46:29 GMT</pubDate>
            <description><![CDATA[“Across protocol is a novel bridging method that combines an optimistic oracle, bonded relayers, and single-sided liquidity pools to provide decentralized instant transactions from Rollup chains to Ethereum Mainnet”.IntroductionEthereum is undoubtedly the bedrock layer of the crypto verse and a pioneer when it comes to contributing towards the growth and development of the DeFi space. Its success demonstrated by its ability to run dApps powered by smart contracts has led to an unprecedented s...]]></description>
            <content:encoded><![CDATA[<p>“Across protocol is a novel bridging method that combines an optimistic oracle, bonded relayers, and single-sided liquidity pools to provide decentralized instant transactions from Rollup chains to Ethereum Mainnet”.</p><h2 id="h-introduction" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Introduction</h2><p>Ethereum is undoubtedly the bedrock layer of the crypto verse and a pioneer when it comes to contributing towards the growth and development of the DeFi space. Its success demonstrated by its ability to run dApps powered by smart contracts has led to an unprecedented surge in its demand clogging the network and endangering the economic viability of the projects built on it.</p><p>Ethereum’s success is also a major deterrent to its growth and scalability. While Ethereum continues to witness growth in terms of users, developers, and other network participants, it also continues to suffer from high transaction fees, slow transaction times, limited processing capacity, and reverted transactions. </p><p>There have been different solutions to this problem through side-chains and other Layer 2 Solutions. Layer 2 collectively refers to a set of solutions built on top of the Mainnet (Layer 1) designed to address the aforementioned concerns. They help with scalability issues by handling transactions off of Layer 1, inheriting the robust decentralized security model of Mainnet.</p><p>Ethereum has a number of Layer 2 solutions but for the purpose of this article, let’s focus on Rollups.</p><h2 id="h-rollups" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Rollups</h2><p>Rolls ups are one of the most promising Layer 2 solutions that execute transactions outside the Mainnet but post the transaction data on it, retaining the security provided by Layer 1.</p><p>In simpler terms, the tedious task of processing transactions is offloaded to L2 and then the highly compressed transaction data is posted in batches on the Mainnet. Thereby, enabling L1 to handle way more users, actions as well as data than it could possibly accommodate.  So, Rollups provide greater transaction processing capacity, lower gas fees, and faster transaction confirmations whilst retaining Ethereum’s security. </p><p>Interestingly, the task of moving the data off-chain for processing is done through smart contracts that bundle up or <strong>Rollup</strong> the transaction data. Rolls ups enable computation of data off-chain and submission of highly compressed data to the main chain.</p><p>To sum up-</p><ol><li><p>Execution of transactions is outside the main chain.</p></li><li><p>Proof of transaction or the data is on the main chain and thereby secure.</p></li><li><p>A Rollup or bundled smart contract on the main chain that ensures transaction execution off-chain by using the data on the main chain.</p></li></ol><p><strong>There are two types of Rollups:</strong></p><ul><li><p><strong>Zero-knowledge Rollups or Zk Rollups</strong></p><ul><li><p>Generating a validity proof for the whole bundle of transactions by computing off-chain, Zk Rollups through third party operators (sequencers or validators) speed up the validation process on Ethereum by ensuring that the proof submitted to the Mainnet acts as a substitute for all of the transaction data it is associated with. However, a major drawback associated with its use is incompatibility with EVMs (Ethereum Virtual Machine) limiting utility to simple transactions.</p></li></ul></li><li><p><strong>Optimistic Rollups</strong></p><ul><li><p>In the case of optimistic rolls up, computations aren’t performed by default because they operate with an optimistic assumption of transaction validity i.e, they assume all transactions are valid thereby offering significant improvements in scalability. However, when transaction data is posted back on the main chain, there is a time period wherein anyone can challenge the validity of the data- a mechanism (fraud-proof) to ensure legitimacy and protect against fraudulent transactions. In case of a dispute, the Rollup has to perform the computation to ascertain the validity making transaction confirmations longer on optimistic Rollups compared to Zk Rollups. However, a major plus point is its compatibility with EVMs that widens its use case to full utility of the Ethereum network.</p></li></ul></li></ul><p>Arbitrum and Optimism are two widely recognized L2 solutions utilizing the optimistic Rollup. Although the two solutions are very similar, they differ with respect to the way they generate fraud-proof.</p><p>In the event of a dispute or challenged transaction in the network, Optimism sends the suspicious transaction in its entirety through the EVM, whereas in Arbitrum’s case only the suspicious part within a transaction is sent to the EVM. To put it simply, in case of discrepancy Optimism executes the entire transaction but Arbitrum resorts to a multi-round approach executing small chunks of the transaction until the fraud is detected. This approach enables Arbitrum to achieve a higher transaction capacity in comparison to Optimism. </p><p>Optimistic Rollups address a major operational issue associated with Ethereum and contribute to the widespread adoption of Ethereum by decreasing the load on the network. However, transactions are subject to <strong>challenge for up to a week</strong>. The purpose as stated is to avoid fraud however, this could act as a deterrent for individuals who want an immediate transfer of their assets to the Mainnet.</p><p>When data is posted back on to the Mainnet from L2, Ethereum cannot immediately confirm the correct state as it must respect the challenge window period. The resulting delay in confirmations affects withdrawals from L2 to L1. Since these L2 solutions cannot undo the withdrawals once they release the funds, the system prohibits withdrawals unless the validity of the transactions is confirmed.</p><h2 id="h-across-protocol" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Across Protocol</h2><p>What if I told you there was a way to get around the confirmation delays, in fact, I will do you one better and tell you a way to avoid it completely. What do I mean by this?</p><p>Imagine if someone from L1 itself lends you the money you need (for a fee) until the bridged funds arrive. And this translates into an instant transfer.</p><p>Across claims to <strong><em>“solve the problem by insuring transactions.</em></strong> <em>Individuals can profit by guaranteeing that the person lending the funds on L1 will actually send the loan. It turns out that this method of cross-chain transfer is actually cheaper than other bridge solutions. It is faster, and we believe, more secure.”</em></p>]]></content:encoded>
            <author>stellaris@newsletter.paragraph.com (Stellaris)</author>
        </item>
        <item>
            <title><![CDATA[Multiverse：Fearon History (二)]]></title>
            <link>https://paragraph.com/@stellaris/multiverse-fearon-history-2</link>
            <guid>0pyNE4CSFLtTvnR1YeCu</guid>
            <pubDate>Thu, 18 Nov 2021 04:32:06 GMT</pubDate>
            <description><![CDATA[费伦历史年表——第二部分（耐瑟瑞尔的建立到银色时代结束） -3889/ --老耐瑟出生（Nether the Elder）。 (-30 NY) -3869/ --老耐瑟在20岁那年开始管理格斯（Gers）村。 -3859/ --七个渔村（芬维克Fenwick, 格斯Gers, 济尔兰Gilan,古斯塔夫 Gustaf, 莫朗Moran, 诺塞夫Nauseef,和杰尼克Janick ）结成联盟，取名七镇（Seventon）。、不久又改为耐瑟瑞尔（Netheril）。人类伟大帝国耐瑟瑞尔的历史开始了。(1 NY) --创始时代开始（the first age）。 -3848/ --小耐瑟出生（Nether the Younger）。 -3847/ --月亮修道院（The Abbey of the Moon）在修道院山脉（the Abbey Mountains）的最高峰苏伦峰顶（Selûne&apos;s Crest）建成。 -3845/ --精灵国度叶尔兰与耐瑟瑞尔开始建交；在此期间人类开始向叶尔兰的精灵学习魔法。但人类不满足于这些由精灵“赐予”的魔法，精力充沛、勇于追求的他们希望能...]]></description>
            <content:encoded><![CDATA[<p>费伦历史年表——第二部分（耐瑟瑞尔的建立到银色时代结束）</p><p>-3889/ --老耐瑟出生（Nether the Elder）。 (-30 NY) </p><p>-3869/ --老耐瑟在20岁那年开始管理格斯（Gers）村。</p><p>-3859/ --七个渔村（芬维克Fenwick, 格斯Gers, 济尔兰Gilan,古斯塔夫 Gustaf, 莫朗Moran, 诺塞夫Nauseef,和杰尼克Janick ）结成联盟，取名七镇（Seventon）。、不久又改为耐瑟瑞尔（Netheril）。人类伟大帝国耐瑟瑞尔的历史开始了。(1 NY) --创始时代开始（the first age）。</p><p>-3848/ --小耐瑟出生（Nether the Younger）。</p><p>-3847/ --月亮修道院（The Abbey of the Moon）在修道院山脉（the Abbey Mountains）的最高峰苏伦峰顶（Selûne&apos;s Crest）建成。</p><p>-3845/ --精灵国度叶尔兰与耐瑟瑞尔开始建交；在此期间人类开始向叶尔兰的精灵学习魔法。但人类不满足于这些由精灵“赐予”的魔法，精力充沛、勇于追求的他们希望能自己把握这种神奇的力量。</p><p>-3827/ --老耐瑟遇刺而亡。</p><p>-3796 耐色瑞尔的人类与伊尔法朗的精灵之间开展贸易.</p><p>-3772/ --小耐瑟过世。</p><p>-3770/ --矮人国度奥格郎（Oghrann）的沦陷。</p><p>-3727/ --耐瑟瑞尔斥候开始寻找矮人。</p><p>-3655/ --耐瑟瑞尔的斥候帮助了兰加斯(Rengarth)部落的野蛮人。</p><pre data-type="codeBlock" text="   --一支有史以来日子大的兽人大军从世界之脊下出现，向耐瑟瑞尔进军。叶尔兰与伊尔法朗的精灵与耐瑟瑞尔的人类联盟军荡平了这一进攻。
"><code>   <span class="hljs-operator">-</span><span class="hljs-operator">-</span>一支有史以来日子大的兽人大军从世界之脊下出现，向耐瑟瑞尔进军。叶尔兰与伊尔法朗的精灵与耐瑟瑞尔的人类联盟军荡平了这一进攻。
</code></pre><p>-3654/ --特拉瑟尔（The Terraseer, “大地先知”阿辛多）第一次出现。他教导早期耐瑟瑞斯人如何与从群山里倾巢而出的兽人大军战斗。</p><p>-3650 --矮人王国桑那塔建立。</p><p>-3637/ --顶峰镇（Zenith）建立。</p><p>-3611/ --矮人王国格拉格豪的沦陷。</p><p>-3595/ --叶尔兰，麦叶理塔和伊尔法兰三个精灵国之部的战争爆发。 夹在中间的人类，因为害怕其中两国的报复，只好与三国中断全部的贸易往来。</p><p>-3552/ --北区城（Northreach）建立。</p><p>-3544/ --作为兰加斯在狭海（the Narrow Sea）的港口，冻爪镇（Frostypaw）建立。</p><p>-3533/ - 耐瑟瑞斯人（the Netherese）在艾瑞凡达废墟发现了后来被名为耐瑟卷轴（Nether Scroll）的100卷黄金卷轴 (世界蛇的黄金皮肤)。人类很快放弃了精灵所教的魔法，而学习耐瑟卷轴里的魔法以期得到更强的魔法力量。</p><p>-- 第一纪元结束，耐瑟纪元（Nether Age）开始(326 NY).</p><p>c.-3520 –北地的精灵开始帮助从耐瑟瑞斯人奴隶主手中逃跑的侏儒奴隶，协助他们穿过诸国度逃向南方和东方。</p><p>c.-3500 --魔索布莱城（Menzoberranzan）建立。</p><p>-3495/ --波恩.康琴尼奥.伊恩(Bom Congenio ioun) (364-1319 NY)出生。</p><p>-3462/ --康琴尼奥之水晶创立（Creation of Congenio&apos;s pebbles） (后称伊恩石ioun stones). --安耐高斯（Annagoth ）淹死于狭海东北部的海水里。这儿的海就被命名为安耐高斯海湾（Annagoth Bay）。</p><p>-3458/ --耐瑟瑞斯人与丹佐恩的矮人建立贸易关系。</p><p>-3447/ --康奇城（Conch）在天空之柱（the Columns of the Sky）的基座上建立。</p><p>-3408/ --康琴尼奥.伊恩把康琴尼奥之水晶改名为伊恩石。</p><p>-3400/ --理斯塔尔森林的第九理萨尔帝国开始。</p><p>-3389/ --豪恩达娜矮人王国沦陷。</p><p>-3386/ --试图摆脱精灵三国无休止的争吵的精灵建立了豪伊顿城。</p><p>-3381/ --在至高森林的一次excursion中，两卷耐瑟卷轴被盗。护送卷轴的法师为一群树人（treant）所杀。这两卷卷轴再也没有被找到过。</p><p>-3354/ --仅存的两个精灵王国之间的战争结束。这长达240年的战争使其人口减至原来的三分之一。</p><p>-3326/ --月亮（the Moon）的修道院毁于一场森林大火。</p><p>-3315/ -- 波恩.伊奥劳恩(Bom Ioulaum)(544NY-?),耐瑟瑞尔大奥斯出生。</p><p>c.-3249 –作为抵御地精的一个运作基地，团结镇(Unity)压建立。</p><p>-3218/ --月亮修道院在格林恩河（the Gillian River）源头重建。</p><p>-3200/ --卡林珊第一时期结束。第二时期开始(直到 -1900DR).</p><p>-3145/ --伊奥劳恩指挥几万施法者与战士的联军与兽人大军在狂暴之峰(Rampart Peak)展开激战。兽人留下18000具尸体后离去，其中10000具是兽人。</p><p>-- 伊奥劳恩并不满足这一胜利，他想找到兽人的老巢。经一年多的侦察，追踪和研究终于找到了兽人的主要定居点是建立在凯通河(Canton River)旁的山丘上。伊奥劳恩率领50000军队，开始了一场名为“灭绝之征”的战争。战争持续了16个月，罗尔劳恩以牺牲32000人的代价消灭了140000人的兽人军队.两个作为主战场的山变成了后为人所知的白骨山（Bone Hill）与雷霆之峰（Thunder Peak）。</p><p>-3136/ --一个小但很有影响力的兰加斯野蛮人部落建立了完达尔公国（Vandal Station）</p><p>-3116/ --盆湖在一次地震中形成。两年后，杰娜斯（考恩蒂）城的德鲁伊开始在湖中放养鱼苗。</p><p>-3109/ --盆湖成为耐瑟瑞斯人的一个度假胜地。</p><p>-3106/ --耐瑟瑞斯的农业城镇格劳格（Grog）镇建成。</p><p>-3095/ --一半耐瑟卷轴被柯曼瑟尔（Cormanthyr）的精灵从魔法封印的地下室偷走，后又被精灵的高级魔法师藏了起来。其中的一个贼是个侏儒，是精灵之友，利茅克斯.沙奎瑟（ Rilmohx Sha&apos;Quessir）。</p><pre data-type="codeBlock" text=" --兹威豪森这联体建筑被毁后，其下的河流以此命名为兹威豪丝河。
"><code> <span class="hljs-operator">-</span><span class="hljs-operator">-</span>兹威豪森这联体建筑被毁后，其下的河流以此命名为兹威豪丝河。
</code></pre><p>-3014/ --伊奥劳恩在北区创造了第一个密瑟能核。 --密瑟能核（the Mythallar Era）时代开始。(845 NY)</p><p>-3011/ --伊奥劳恩创造了第一个使用密瑟能核的魔法物品，是一件精致披风，能让穿戴者获得夜视能力，并能读出２０英尺内所有人的想法。</p><p>c.-3000 -矮人王国阿姆林达的繁荣。 --矮人为了阻止英玛斯卡利（伊玛斯卡）帝国(Imaskari empire)入侵现在称为都帕(Durpar)和厄加斯(Ulgarth)的地方而建造了铁之门（Gate of Iron）。 --在现在的厄尔卡扎城（Erlkazar）的地方，地表桑娜塔的矮人为了抵抗第二卡林杉帝国而建造了提布尔城（Tibold）。 --　位于宝剑海岸北方的猎人部族和渔村联合在一个领导者下，人们称他们的新政权为伊路斯坎（Illusk）。</p><p>-2993/ --伊奥劳恩用密瑟能核创建了第一个浮空城-伊奥劳恩的飞城（Ioulaum&apos;s Enclave）。</p><p>-2966/ --匕首尖镇（Dagger&apos;s Point）建立。</p><p>c.-2959 –防贼城（Thiefward）飞城由一些因使用魔法而放弃盗贼生涯的行会首脑建立。它很快成为全耐瑟瑞斯的盗贼与奥术师/盗贼的训练基地。.</p><p>-2949/ --贸易港口哈堡利吉（Harborage）创建了一颗密瑟能核。</p><p>-2940 --顶峰镇创建了一颗控制天气的密瑟能核（weather-controlling mythallar）。 、 --地精包围堪塔斯镇（Cantus）。</p><p>-2919/ --单一矮人民族铁星族（Ironstar clan）于此年建立铁星王国（Ironstar Kingdom）。</p><p>-2900/ --统治柯曼斯尔达千年之久的长寿执政官凯弗姆在把他的 selu&apos;taar 放到王者之剑上时死去。他的第四个儿子试图接任其王位，但王者之剑拒绝了他，并喷出一把绿火中杀死了这个贪婪的精灵。塞克拉塔斯.伊利瑟尔（Sakrattars Irithyl）,执政官凯弗姆最小的孙子，举起了宝剑，并如同凯弗姆一样，在古老的剑仪中宣称为王。如此，柯曼斯尔第二理萨尔王朝开始了。</p><p>-2881/ --地精重新定居堪塔斯镇。</p><p>-2871/ -- 一群鬼魂占据了月亮修道院。许多冒险团队和圣武士在在试图清除庙宇里作祟的鬼魂时被杀。</p><p>-2858/ --大奥师哈拉瓦（Halavar）出生。</p><p>-2855/ --由大奥师米伦（Miren）率领的耐瑟瑞斯人进攻食人魔城市苍恩斯城（Chanth）。 开始了后来称之为“ 食人魔的坚守”（&quot;Ogres&apos; Stand&quot;）的长达七年的战争。</p><p>-2848/ --大奥师米伦在食人魔城市苍恩斯城的废墟上建立了烛尖城（Canlespiere）。</p><p>-2832/ --紫晶龙宝石光在劳克斯坑道（the Channel Locks）第一次被看见。</p><p>-2811/ --此时耐瑟瑞斯人共有13座浮空城。 --堪塔斯镇在几次战役后被毁：地精对地精和矮人对地精的战役。</p><p>-2791/ --强盗为了哈拉瓦的万能绘图器而杀死了他。</p><p>-2786/ --记忆之城（Remembrance ）建立。</p><p>-2785/ --英布鲁城（Imbrue）建立。</p><p>-2770/ --沙尔文大屠杀：因为至高森林南部怪物种族人口大爆炸，精灵王国沙尔文被分裂，之后就沦陷于怪物之手。幸存者逃向叶尔兰和埃弗瑞斯卡，整个王国除了几个 定居点和前哨基地之外，几乎空无一人。（虽然到现代纪元为止，南部的森林还保留着“沙尔文”的名字。）然而国为证据是令人痛心的少，斯鲁文德偏激的精灵很 快就认定这是被权利欲冲昏头的耐瑟瑞尔法师干的，他们发誓要杀死任何胆敢踏入至高森林西部的耐瑟瑞尔法师。</p><p>-2758/ --密瑟能核时代结束，白银年代开始（the Silver Age）。(1101 NY)</p><pre data-type="codeBlock" text=" --一个耐瑟瑞尔的矿工德肯特(Dekanter),发现了一个黄金，铁，水银，白银和白金共生的矿藏。这个矿藏为耐瑟瑞尔提供了一千年所需的资源。称为德肯特矿藏。 
"><code> <span class="hljs-operator">-</span><span class="hljs-operator">-</span>一个耐瑟瑞尔的矿工德肯特(Dekanter),发现了一个黄金，铁，水银，白银和白金共生的矿藏。这个矿藏为耐瑟瑞尔提供了一千年所需的资源。称为德肯特矿藏。 
</code></pre><p>-2745/ --英布鲁城建成了一座巨大的献给泰姬（Tyche）的庙宇。这标志着该城繁荣的开始。</p><p>-2722/ --阿里森城（Arisome）建立。在战利品被定为是兽人之耳后，改名为割耳城（Earsome）。</p><p>-2716/ --北极圈城（Arctic Rim）建立。</p><p>c.-2709 –辛浦利斯蒂沼泽（The Marsh of Simplicity）成为许多蜥蝎人部落的家园。这些部落由强大的蜥蝎王轮流统治，包括臭名昭著的格扎德（Gr&apos;Zhad）。</p><p>-2686/ --在称为摩安多的脚印（Moander&apos;s Footstep）的山脉中的瘟疫城（the Pox）中，建立了一座摩安多（Moander）的庙宇。 --名为奎格米尔（Quagmire）的飞行城建立。</p><p>c.-2650 --洛林帝国建立巴林城（Bhaluin）。</p><p>-2646/ --一个极端寒冷的冬天使得兽人大军袭击北区城。</p><p>-2642/ --哈拉瓦，有名的耐瑟大奥师，建立了帕尔特飞行城（Palter）。</p><p>-2639 --矮人王国达莱斯（Dareth）建国。</p><p>-2637/ --邱尔特（Chult）的玛兹洛（Mezro）城由神乌巴托（Ubtao） 建立. --斯考格（Scourge）城建立。 --埃尔格德镇（Algid）建立。</p><p>-2615/ --为摆脱莎尔（Shar）追随者的清洗运动，神阿曼纳塔（Amaunator）的3个支派的教徒逃到了特里尼提（Trinity ）。三个教派放开分岐，团结一致， 不久就统一为一个宗教派别，比其它艾毛恩纳塔人控制的区域内派别更为宽松。</p><p>-2613/ --称为Diemondar的海怪开始在盆湖作祟。</p><p>-2612/ --兰加斯野蛮人建立冷脚镇（Coldfoot）。 --森克图利（Sanctuary）作为耐瑟的一个飞行城被建立。</p><p>-2600 --达莱斯（Dareth）,矮人的“寒冰王国”（&quot;Ice Kingdom&quot;）建立 奥罗巴.雪胡（Orloebar Snowbeard）加冕为王。 --此时人们才知道桑娜塔王国因为塞尔德斯空河向北改道而覆灭。.矮人王国地表桑娜塔在对抗卡林杉的泰维尔（the Tavihr Dynasty）王朝的战斗中毁灭，矮人们封闭了通往地下桑娜塔的最后一个可知的入口。 --扭曲塔（the Twisted Tower）的建造开始。</p><p>-2589/ --康尼凡拉城（Conifera）人口激增，居民达15000人。</p><p>-2586/ --一伙冒险者在旅行到雷峰附近时消失了。占卜预言说是一个强大的不死生物干的，但没有人发现任何冒险者的踪迹或不死生物。</p><p>-2550/ --乌鲁修（Ulutiu），一个弱等海神，自我放逐到星界（the Astral Plane），他的冰项链掉到了托瑞尔，形成了大冰河（the Great Glacier）。 --乌鲁逊历纪元开始。</p><p>-2549/ --不管遭受了多少次试图阴止扭曲塔建造的进攻，卓尔精灵于此年终于完成了工程，这代表着他们在地表的存在。</p><p>-2540/ --康琴尼奥.伊恩之死。 --耐瑟大奥师塞德布莱斯（Sadebreth）出生。</p><p>-2539/ --蜘蛛大火（The Spiderfires）：这是自十二夜大火之后，卓尔精灵对森林造成的最大的一次毁坏。: 他们用一大群蜘蛛喷出的奥火点燃了南部的理萨尔森林。在一个漫长而干燥的夏季后，树木是非常容易燃烧的。这次大火烧光了泰莎河（the River Tesh）以南100里多的森林，并把森林南部和扭曲塔西面的森林从理萨尔林中分了出去，同时也使它们和柯曼瑟尔之间的空地变得更宽阔了。</p><p>-2520/ --耐瑟飞行城斯俾尔城（Spiel）建立。它很快成为魔法学校和大学的中心。十年内，学校的数量已超过了小酒店和娱乐场所的总和。</p><p>-2513/ --莫尼卡镇（Moniker）建立。</p><p>-2488/ --洛林帝国毁灭(即艾玛斯卡瑞（伊玛斯卡） （the Imaskari）或发明者（the Artificers）) 。 流亡者向西逃亡, 后来定居阿兰巴海岸（the Alambar Sea）。</p><p>-2486/ --一座献给柯萨（Kozah）的庙宇在莫尼卡镇建立。它有九层高，形状象旋风。</p><p>c.-2475 --大冰川（The Great Glacier）持续扩张，并覆盖了后来称为瓦沙与达玛拉（Vaasa &amp; Damara）的地区。</p><p>-2447/ --一伙完达尔野蛮人杀死了又一伙亵渎他们祖坟的矿工和战士。</p><p>-2442/ --第一次关于云巨人居住在夏奈尔山脉（Channel Mountains）的记录，是关于哈堡利吉与他们的贸易。这些云巨人被认定是阿曼纳族的（the Amanir clan）。</p><p>-2436/ --一个为费林魔葵卖命的学徒偷走了七卷耐瑟卷轴。这个小法师在离开城市时被杀，但卷轴从来没有被找到过。</p><p>-2436/ --班道尔村（Bandor Village）建立。</p><p>-2415/ --耐瑟瑞斯大奥师托罗丁（Tolodine）出生。</p><p>-2387/ --耐瑟瑞尔的侏儒罢工胜利，并从此脱离了受耐瑟瑞尔人的劳役之苦。大多数侏儒立即向南逃离耐瑟瑞尔。</p><p>-2386/ --伐木社区塞帕尔克（Sepulcher）建立。</p><p>-2381/ --眼魔占据了阿理玛山脉（the Alimir Mountains）。 --卡林杉王the bakkal被暗杀，泰维尔王朝终结。</p><p>-2368/ --大篷车战争（The Caravan Wars）开始，三千鸮头熊人（owlbears）被杀。 --特拉瑟尔(Terraseer), 一个神秘的神使，在东部建立了一个作为贸易前哨的理想场所，为商队和斥候提供水和食物，并用魔法和水晶球监视精灵王国伊尔法朗，后命名为老鸮井镇。</p><p>-2361/ --耐瑟瑞斯大奥师塞德布莱斯之死。</p><p>-2359/ --康奇镇决定在兰加斯野蛮人的骚挠中生存下去。</p><p>-2361/ --耐瑟瑞斯大奥师塞德布莱斯之死。</p><p>-2359/ --康奇镇决定在兰加斯野蛮人的骚挠中生存下去。</p><p>-2358/ --耐瑟瑞斯大奥师托罗丁在英布鲁城寿终正寝。</p><p>-2354/ --耐瑟瑞斯大奥师诺安那（Noanar）出生。</p><p>-2324/ --伊奥劳恩授予诺安那烈火学监（Fire Warden）的称号。</p><p>-2300/ --诺安那在与食人魔的冲突中被杀，但从未找到过其尸体。</p><p>-2292/ --耐瑟瑞斯大奥师特拉伯（Trebbe）出生。</p><p>-2287/ --拉莎亚（Lashia）接管了匕首尖镇大部分街道，从而结束了街头小霸王和帮派的统治。</p><p>-2274/ --一族矮人从饱受折磨的土地（the Tortured Land）逃到大冰川。在去诺胡拉隆德（the Novularond）的艰苦跋涉中活下来的矮人后来成为英努盖卡利库里特人（the Innugaakalikurit）的祖先。</p><p>-2267/ --大奥师特拉伯建立了阴影顶自治飞行城（Shadowtop Borough）。和其它耐瑟瑞尔飞行城不同的是，阴影顶城与东部森林里的精灵开展贸易。</p><p>-2237/ --大奥师特拉伯在试图给一个魔法皇冠施加魔法时，因咒语不知为什么出错而死。这个皇冠就是后来历史上称为角质皇冠（the Crown of Horns）。</p><p>-2207 --银色时代结束。耐瑟瑞斯的金色时代开始。(1652 NY)</p>]]></content:encoded>
            <author>stellaris@newsletter.paragraph.com (Stellaris)</author>
        </item>
        <item>
            <title><![CDATA[Bitcoin: A Peer-to-Peer Electronic Cash System]]></title>
            <link>https://paragraph.com/@stellaris/bitcoin-a-peer-to-peer-electronic-cash-system</link>
            <guid>fAwVxq8Vx71PQOUpWSFP</guid>
            <pubDate>Mon, 15 Nov 2021 03:30:52 GMT</pubDate>
            <description><![CDATA[Satoshi Nakamoto satoshin@gmx.com www.bitcoin.org Abstract： A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without going through a financial institution. Digital signatures provide part of the solution, but the main benefits are lost if a trusted third party is still required to prevent double-spending. We propose a solution to the double-spending problem using a peer-to-peer network. The network timestamps transactio...]]></description>
            <content:encoded><![CDATA[<pre data-type="codeBlock" text="                           Satoshi Nakamoto satoshin@gmx.com www.bitcoin.org
"><code>                           Satoshi Nakamoto satoshin@gmx.com www.bitcoin.org
</code></pre><p><strong>Abstract：</strong> A purely peer-to-peer version of electronic cash would allow online payments to be sent directly from one party to another without going through a financial institution. Digital signatures provide part of the solution, but the main benefits are lost if a trusted third party is still required to prevent double-spending. We propose a solution to the double-spending problem using a peer-to-peer network. The network timestamps transactions by hashing them into an ongoing chain of hash-based proof-of-work, forming a record that cannot be changed without redoing the proof-of-work. The longest chain not only serves as proof of the sequence of events witnessed, but proof that it came from the largest pool of CPU power. As long as a majority of CPU power is controlled by nodes that are not cooperating to attack the network, they&apos;ll generate the longest chain and outpace attackers. The network itself requires minimal structure. Messages are broadcast on a best effort basis, and nodes can leave and rejoin the network at will, accepting the longest proof-of-work chain as proof of what happened while they were gone.</p><p><strong>1. Introduction</strong></p><p>Commerce on the Internet has come to rely almost exclusively on financial institutions serving as trusted third parties to process electronic payments. While the system works well enough for most transactions, it still suffers from the inherent weaknesses of the trust based model. Completely non-reversible transactions are not really possible, since financial institutions cannot avoid mediating disputes. The cost of mediation increases transaction costs, limiting the minimum practical transaction size and cutting off the possibility for small casual transactions, and there is a broader cost in the loss of ability to make non-reversible payments for nonreversible services. With the possibility of reversal, the need for trust spreads. Merchants must be wary of their customers, hassling them for more information than they would otherwise need. A certain percentage of fraud is accepted as unavoidable. These costs and payment uncertainties can be avoided in person by using physical currency, but no mechanism exists to make payments over a communications channel without a trusted party. What is needed is an electronic payment system based on cryptographic proof instead of trust, allowing any two willing parties to transact directly with each other without the need for a trusted third party. Transactions that are computationally impractical to reverse would protect sellers from fraud, and routine escrow mechanisms could easily be implemented to protect buyers. In this paper, we propose a solution to the double-spending problem using a peer-to-peer distributed timestamp server to generate computational proof of the chronological order of transactions. The system is secure as long as honest nodes collectively control more CPU power than any cooperating group of attacker nodes.</p><p><strong>2. Transactions</strong></p><p>We define an electronic coin as a chain of digital signatures. Each owner transfers the coin to the next by digitally signing a hash of the previous transaction and the public key of the next owner and adding these to the end of the coin. A payee can verify the signatures to verify the chain of ownership.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/dbbcb2c72f57f25514bf01482fb62a9d24ae997afeef002b99f89457abdf750b.png" alt="Transactions " blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">Transactions</figcaption></figure><p>The problem of course is the payee can&apos;t verify that one of the owners did not double-spend the coin. A common solution is to introduce a trusted central authority, or mint, that checks every transaction for double spending. After each transaction, the coin must be returned to the mint to issue a new coin, and only coins issued directly from the mint are trusted not to be double-spent. The problem with this solution is that the fate of the entire money system depends on the company running the mint, with every transaction having to go through them, just like a bank.</p><p>We need a way for the payee to know that the previous owners did not sign any earlier transactions. For our purposes, the earliest transaction is the one that counts, so we don&apos;t care about later attempts to double-spend. The only way to confirm the absence of a transaction is to be aware of all transactions. In the mint based model, the mint was aware of all transactions and decided which arrived first. To accomplish this without a trusted party, transactions must be publicly announced [1], and we need a system for participants to agree on a single history of the order in which they were received. The payee needs proof that at the time of each transaction, the majority of nodes agreed it was the first received.</p><p><strong>3. Timestamp</strong></p><p>Server The solution we propose begins with a timestamp server. A timestamp server works by taking a hash of a block of items to be timestamped and widely publishing the hash, such as in a newspaper or Usenet post [2-5].</p><p>The timestamp proves that the data must have existed at the time, obviously, in order to get into the hash. Each timestamp includes the previous timestamp in its hash, forming a chain, with each additional timestamp reinforcing the ones before it.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/df3082f5e95ae1e9c11b99a0cef27f03f9347733db1bdd4fd3227f8d7530df5b.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p><strong>4. Proof-of-Work</strong></p><p>To implement a distributed timestamp server on a peer-to-peer basis, we will need to use a proofof-work system similar to Adam Back&apos;s Hashcash [6], rather than newspaper or Usenet posts. The proof-of-work involves scanning for a value that when hashed, such as with SHA-256, the hash begins with a number of zero bits. The average work required is exponential in the number of zero bits required and can be verified by executing a single hash.</p><p>For our timestamp network, we implement the proof-of-work by incrementing a nonce in the block until a value is found that gives the block&apos;s hash the required zero bits. Once the CPU effort has been expended to make it satisfy the proof-of-work, the block cannot be changed without redoing the work. As later blocks are chained after it, the work to change the block would include redoing all the blocks after it.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/1ff77b38f16f9f81f3590404fdcf604b275d3806d97a9be753e478e2ebca1675.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>The proof-of-work also solves the problem of determining representation in majority decision making. If the majority were based on one-IP-address-one-vote, it could be subverted by anyone able to allocate many IPs. Proof-of-work is essentially one-CPU-one-vote. The majority decision is represented by the longest chain, which has the greatest proof-of-work effort invested in it. If a majority of CPU power is controlled by honest nodes, the honest chain will grow the fastest and outpace any competing chains.</p><p>To modify a past block, an attacker would have to redo the proof-of-work of the block and all blocks after it and then catch up with and surpass the work of the honest nodes. We will show later that the probability of a slower attacker catching up diminishes exponentially as subsequent blocks are added. To compensate for increasing hardware speed and varying interest in running nodes over time, the proof-of-work difficulty is determined by a moving average targeting an average number of blocks per hour. If they&apos;re generated too fast, the difficulty increases.</p><p><strong>5. Network</strong></p><p>The steps to run the network are as follows:</p><ol><li><p>New transactions are broadcast to all nodes.</p></li><li><p>Each node collects new transactions into a block.</p></li><li><p>Each node works on finding a difficult proof-of-work for its block.</p></li><li><p>When a node finds a proof-of-work, it broadcasts the block to all nodes.</p></li><li><p>Nodes accept the block only if all transactions in it are valid and not already spent.</p></li><li><p>Nodes express their acceptance of the block by working on creating the next block in the chain, using the hash of the accepted block as the previous hash.</p></li></ol><p>Nodes always consider the longest chain to be the correct one and will keep working on extending it. If two nodes broadcast different versions of the next block simultaneously, some nodes may receive one or the other first. In that case, they work on the first one they received, but save the other branch in case it becomes longer. The tie will be broken when the next proofof-work is found and one branch becomes longer; the nodes that were working on the other branch will then switch to the longer one.</p><p>New transaction broadcasts do not necessarily need to reach all nodes. As long as they reach many nodes, they will get into a block before long. Block broadcasts are also tolerant of dropped messages. If a node does not receive a block, it will request it when it receives the next block and realizes it missed one.</p><p><strong>6. Incentive</strong></p><p>By convention, the first transaction in a block is a special transaction that starts a new coin owned by the creator of the block. This adds an incentive for nodes to support the network, and provides a way to initially distribute coins into circulation, since there is no central authority to issue them. The steady addition of a constant of amount of new coins is analogous to gold miners expending resources to add gold to circulation. In our case, it is CPU time and electricity that is expended.</p><p>The incentive can also be funded with transaction fees. If the output value of a transaction is less than its input value, the difference is a transaction fee that is added to the incentive value of the block containing the transaction. Once a predetermined number of coins have entered circulation, the incentive can transition entirely to transaction fees and be completely inflation free.</p><p>The incentive may help encourage nodes to stay honest. If a greedy attacker is able to assemble more CPU power than all the honest nodes, he would have to choose between using it to defraud people by stealing back his payments, or using it to generate new coins. He ought to find it more profitable to play by the rules, such rules that favour him with more new coins than everyone else combined, than to undermine the system and the validity of his own wealth.</p><p><strong>7. Reclaiming</strong></p><p>Disk Space Once the latest transaction in a coin is buried under enough blocks, the spent transactions before it can be discarded to save disk space. To facilitate this without breaking the block&apos;s hash, transactions are hashed in a Merkle Tree [7][2][5], with only the root included in the block&apos;s hash. Old blocks can then be compacted by stubbing off branches of the tree. The interior hashes do not need to be stored.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/9f5a45f7b0ec7736facb5de03ec36175a674619f7b01a34cbc14a59b86931e85.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>A block header with no transactions would be about 80 bytes. If we suppose blocks are generated every 10 minutes, 80 bytes * 6 * 24 * 365 = 4.2MB per year. With computer systems typically selling with 2GB of RAM as of 2008, and Moore&apos;s Law predicting current growth of 1.2GB per year, storage should not be a problem even if the block headers must be kept in memory.</p><p><strong>8. Simplified Payment Verification</strong></p><p>It is possible to verify payments without running a full network node. A user only needs to keep a copy of the block headers of the longest proof-of-work chain, which he can get by querying network nodes until he&apos;s convinced he has the longest chain, and obtain the Merkle branch linking the transaction to the block it&apos;s timestamped in. He can&apos;t check the transaction for himself, but by linking it to a place in the chain, he can see that a network node has accepted it, and blocks added after it further confirm the network has accepted it.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/5f1928540605660fdc77d7e25b61491f44d5a03557f5bf82d3cb54af150a044d.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>As such, the verification is reliable as long as honest nodes control the network, but is more vulnerable if the network is overpowered by an attacker. While network nodes can verify transactions for themselves, the simplified method can be fooled by an attacker&apos;s fabricated transactions for as long as the attacker can continue to overpower the network. One strategy to protect against this would be to accept alerts from network nodes when they detect an invalid block, prompting the user&apos;s software to download the full block and alerted transactions to confirm the inconsistency. Businesses that receive frequent payments will probably still want to run their own nodes for more independent security and quicker verification.</p><p><strong>9. Combining and Splitting Value</strong></p><p>Although it would be possible to handle coins individually, it would be unwieldy to make a separate transaction for every cent in a transfer. To allow value to be split and combined, transactions contain multiple inputs and outputs. Normally there will be either a single input from a larger previous transaction or multiple inputs combining smaller amounts, and at most two outputs: one for the payment, and one returning the change, if any, back to the sender.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/47b6065e0f981d3d48e374e14ba162784f2623cb0ff4160e63676fdeab2f43a1.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>It should be noted that fan-out, where a transaction depends on several transactions, and those transactions depend on many more, is not a problem here. There is never the need to extract a complete standalone copy of a transaction&apos;s history.</p><p><strong>10. Privacy</strong></p><p>The traditional banking model achieves a level of privacy by limiting access to information to the parties involved and the trusted third party. The necessity to announce all transactions publicly precludes this method, but privacy can still be maintained by breaking the flow of information in another place: by keeping public keys anonymous. The public can see that someone is sending an amount to someone else, but without information linking the transaction to anyone. This is similar to the level of information released by stock exchanges, where the time and size of individual trades, the &quot;tape&quot;, is made public, but without telling who the parties were.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/d948ffc1a4d026bcb616c3788711e2111af23db4ed14b19442caf0c49fa95e8d.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>As an additional firewall, a new key pair should be used for each transaction to keep them from being linked to a common owner. Some linking is still unavoidable with multi-input transactions, which necessarily reveal that their inputs were owned by the same owner. The risk is that if the owner of a key is revealed, linking could reveal other transactions that belonged to the same owner.</p><p><strong>11. Calculations</strong></p><p>We consider the scenario of an attacker trying to generate an alternate chain faster than the honest chain. Even if this is accomplished, it does not throw the system open to arbitrary changes, such as creating value out of thin air or taking money that never belonged to the attacker. Nodes are not going to accept an invalid transaction as payment, and honest nodes will never accept a block containing them. An attacker can only try to change one of his own transactions to take back money he recently spent.</p><p>The race between the honest chain and an attacker chain can be characterized as a Binomial Random Walk. The success event is the honest chain being extended by one block, increasing its lead by +1, and the failure event is the attacker&apos;s chain being extended by one block, reducing the gap by -1.</p><p>The probability of an attacker catching up from a given deficit is analogous to a Gambler&apos;s Ruin problem. Suppose a gambler with unlimited credit starts at a deficit and plays potentially an infinite number of trials to try to reach breakeven. We can calculate the probability he ever reaches breakeven, or that an attacker ever catches up with the honest chain, as follows [8]:</p><p>p = probability an honest node finds the next block</p><p>q = probability the attacker finds the next block</p><p>qz = probability the attacker will ever catch up from z blocks behind</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/00fc4df00849d0e4563c46a9b4345408b983da52ff15776499459ec7c84a0d5d.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>Given our assumption that p &gt; q, the probability drops exponentially as the number of blocks the attacker has to catch up with increases. With the odds against him, if he doesn&apos;t make a lucky lunge forward early on, his chances become vanishingly small as he falls further behind.</p><p>We now consider how long the recipient of a new transaction needs to wait before being sufficiently certain the sender can&apos;t change the transaction. We assume the sender is an attacker who wants to make the recipient believe he paid him for a while, then switch it to pay back to himself after some time has passed.</p><p>The receiver will be alerted when that happens, but the sender hopes it will be too late. The receiver generates a new key pair and gives the public key to the sender shortly before signing. This prevents the sender from preparing a chain of blocks ahead of time by working on it continuously until he is lucky enough to get far enough ahead, then executing the transaction at that moment. Once the transaction is sent, the dishonest sender starts working in secret on a parallel chain containing an alternate version of his transaction.</p><p>The recipient waits until the transaction has been added to a block and z blocks have been linked after it. He doesn&apos;t know the exact amount of progress the attacker has made, but assuming the honest blocks took the average expected time per block, the attacker&apos;s potential progress will be a Poisson distribution with expected value:</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/e6212841b89f51c0d557fcde589ed6be650456e5bd9f2e08e8915f2a8c70e1c8.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>To get the probability the attacker could still catch up now, we multiply the Poisson density for each amount of progress he could have made by the probability he could catch up from that point:</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/18df22095faf0ff7c5ab9fa93ff7bdac2033afdb11e38c74d863dc7a26cc8ee2.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>Rearranging to avoid summing the infinite tail of the distribution...</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/935effb0db33e34eff6ca63a757f0d91e3a86aeda1603d6374486f0425997767.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>Converting to C code...</p><pre data-type="codeBlock" text="#include &lt;math.h&gt;
double AttackerSuccessProbability(double q, int z)
{
 double p = 1.0 - q;
 double lambda = z * (q / p);
 double sum = 1.0;
 int i, k;
 for (k = 0; k &lt;= z; k++)
 {
 double poisson = exp(-lambda);
 for (i = 1; i &lt;= k; i++)
 poisson *= lambda / i;
 sum -= poisson * (1 - pow(q / p, z - k));
 }
 return sum;
 }
"><code>#include <span class="hljs-operator">&#x3C;</span>math.h>
double AttackerSuccessProbability(double q, <span class="hljs-keyword">int</span> z)
{
 double p <span class="hljs-operator">=</span> <span class="hljs-number">1.0</span> <span class="hljs-operator">-</span> q;
 double lambda <span class="hljs-operator">=</span> z <span class="hljs-operator">*</span> (q <span class="hljs-operator">/</span> p);
 double sum <span class="hljs-operator">=</span> <span class="hljs-number">1.0</span>;
 <span class="hljs-keyword">int</span> i, k;
 <span class="hljs-keyword">for</span> (k <span class="hljs-operator">=</span> <span class="hljs-number">0</span>; k <span class="hljs-operator">&#x3C;</span><span class="hljs-operator">=</span> z; k<span class="hljs-operator">+</span><span class="hljs-operator">+</span>)
 {
 double poisson <span class="hljs-operator">=</span> exp(<span class="hljs-operator">-</span>lambda);
 <span class="hljs-keyword">for</span> (i <span class="hljs-operator">=</span> <span class="hljs-number">1</span>; i <span class="hljs-operator">&#x3C;</span><span class="hljs-operator">=</span> k; i<span class="hljs-operator">+</span><span class="hljs-operator">+</span>)
 poisson <span class="hljs-operator">*</span><span class="hljs-operator">=</span> lambda <span class="hljs-operator">/</span> i;
 sum <span class="hljs-operator">-</span><span class="hljs-operator">=</span> poisson <span class="hljs-operator">*</span> (<span class="hljs-number">1</span> <span class="hljs-operator">-</span> pow(q <span class="hljs-operator">/</span> p, z <span class="hljs-operator">-</span> k));
 }
 <span class="hljs-keyword">return</span> sum;
 }
</code></pre><p>Running some results, we can see the probability drop off exponentially with z.</p><pre data-type="codeBlock" text="q=0.1
z=0 P=1.0000000
z=1 P=0.2045873
z=2 P=0.0509779
z=3 P=0.0131722
z=4 P=0.0034552
z=5 P=0.0009137
z=6 P=0.0002428
z=7 P=0.0000647
z=8 P=0.0000173
z=9 P=0.0000046
z=10 P=0.0000012
q=0.3
z=0 P=1.0000000
z=5 P=0.1773523
z=10 P=0.0416605
z=15 P=0.0101008
z=20 P=0.0024804
z=25 P=0.0006132
z=30 P=0.0001522
z=35 P=0.0000379
z=40 P=0.0000095
z=45 P=0.0000024
z=50 P=0.0000006
"><code><span class="hljs-attr">q</span>=<span class="hljs-number">0.1</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">0</span> P=<span class="hljs-number">1.0000000</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">1</span> P=<span class="hljs-number">0.2045873</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">2</span> P=<span class="hljs-number">0.0509779</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">3</span> P=<span class="hljs-number">0.0131722</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">4</span> P=<span class="hljs-number">0.0034552</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">5</span> P=<span class="hljs-number">0.0009137</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">6</span> P=<span class="hljs-number">0.0002428</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">7</span> P=<span class="hljs-number">0.0000647</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">8</span> P=<span class="hljs-number">0.0000173</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">9</span> P=<span class="hljs-number">0.0000046</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">10</span> P=<span class="hljs-number">0.0000012</span>
<span class="hljs-attr">q</span>=<span class="hljs-number">0.3</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">0</span> P=<span class="hljs-number">1.0000000</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">5</span> P=<span class="hljs-number">0.1773523</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">10</span> P=<span class="hljs-number">0.0416605</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">15</span> P=<span class="hljs-number">0.0101008</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">20</span> P=<span class="hljs-number">0.0024804</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">25</span> P=<span class="hljs-number">0.0006132</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">30</span> P=<span class="hljs-number">0.0001522</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">35</span> P=<span class="hljs-number">0.0000379</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">40</span> P=<span class="hljs-number">0.0000095</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">45</span> P=<span class="hljs-number">0.0000024</span>
<span class="hljs-attr">z</span>=<span class="hljs-number">50</span> P=<span class="hljs-number">0.0000006</span>
</code></pre><p>Solving for P less than 0.1%...</p><pre data-type="codeBlock" text="P &lt; 0.001
q=0.10 z=5
q=0.15 z=8
q=0.20 z=11
q=0.25 z=15
q=0.30 z=24
q=0.35 z=41
q=0.40 z=89
q=0.45 z=340
"><code>P <span class="hljs-operator">&#x3C;</span> <span class="hljs-number">0</span><span class="hljs-number">.001</span>
q<span class="hljs-operator">=</span><span class="hljs-number">0</span><span class="hljs-number">.10</span> z<span class="hljs-operator">=</span><span class="hljs-number">5</span>
q<span class="hljs-operator">=</span><span class="hljs-number">0</span><span class="hljs-number">.15</span> z<span class="hljs-operator">=</span><span class="hljs-number">8</span>
q<span class="hljs-operator">=</span><span class="hljs-number">0</span><span class="hljs-number">.20</span> z<span class="hljs-operator">=</span><span class="hljs-number">11</span>
q<span class="hljs-operator">=</span><span class="hljs-number">0</span><span class="hljs-number">.25</span> z<span class="hljs-operator">=</span><span class="hljs-number">15</span>
q<span class="hljs-operator">=</span><span class="hljs-number">0</span><span class="hljs-number">.30</span> z<span class="hljs-operator">=</span><span class="hljs-number">24</span>
q<span class="hljs-operator">=</span><span class="hljs-number">0</span><span class="hljs-number">.35</span> z<span class="hljs-operator">=</span><span class="hljs-number">41</span>
q<span class="hljs-operator">=</span><span class="hljs-number">0</span><span class="hljs-number">.40</span> z<span class="hljs-operator">=</span><span class="hljs-number">89</span>
q<span class="hljs-operator">=</span><span class="hljs-number">0</span><span class="hljs-number">.45</span> z<span class="hljs-operator">=</span><span class="hljs-number">340</span>
</code></pre><p><strong>12. Conclusion</strong></p><p>We have proposed a system for electronic transactions without relying on trust. We started with the usual framework of coins made from digital signatures, which provides strong control of ownership, but is incomplete without a way to prevent double-spending. To solve this, we proposed a peer-to-peer network using proof-of-work to record a public history of transactions that quickly becomes computationally impractical for an attacker to change if honest nodes control a majority of CPU power. The network is robust in its unstructured simplicity. Nodes work all at once with little coordination. They do not need to be identified, since messages are not routed to any particular place and only need to be delivered on a best effort basis. Nodes can leave and rejoin the network at will, accepting the proof-of-work chain as proof of what happened while they were gone. They vote with their CPU power, expressing their acceptance of valid blocks by working on extending them and rejecting invalid blocks by refusing to work on them. Any needed rules and incentives can be enforced with this consensus mechanism.</p><p><strong>References</strong></p><p>[1] W. Dai, &quot;b-money,&quot; <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://www.weidai.com/bmoney.txt">http://www.weidai.com/bmoney.txt</a>, 1998.</p><p>[2] H. Massias, X.S. Avila, and J.-J. Quisquater, &quot;Design of a secure timestamping service with minimal trust requirements,&quot; In 20th Symposium on Information Theory in the Benelux, May 1999.</p><p>[3] S. Haber, W.S. Stornetta, &quot;How to time-stamp a digital document,&quot; In Journal of Cryptology, vol 3, no 2, pages 99-111, 1991.</p><p>[4] D. Bayer, S. Haber, W.S. Stornetta, &quot;Improving the efficiency and reliability of digital time-stamping,&quot; In Sequences II: Methods in Communication, Security and Computer Science, pages 329-334, 1993.</p><p>[5] S. Haber, W.S. Stornetta, &quot;Secure names for bit-strings,&quot; In Proceedings of the 4th ACM Conference on Computer and Communications Security, pages 28-35, April 1997. [6] A. Back, &quot;Hashcash - a denial of service counter-measure,&quot;</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://www.hashcash.org/papers/hashcash.pdf">http://www.hashcash.org/papers/hashcash.pdf</a>, 2002.</p><p>[7] R.C. Merkle, &quot;Protocols for public key cryptosystems,&quot; In Proc. 1980 Symposium on Security and Privacy, IEEE Computer Society, pages 122-133, April 1980.</p><p>[8] W. Feller, &quot;An introduction to probability theory and its applications,&quot; 1957.</p>]]></content:encoded>
            <author>stellaris@newsletter.paragraph.com (Stellaris)</author>
        </item>
        <item>
            <title><![CDATA[Multiverse：Fearon History (一)]]></title>
            <link>https://paragraph.com/@stellaris/multiverse-fearon-history</link>
            <guid>oIfyaCMrSgzvTQPBT17T</guid>
            <pubDate>Sat, 13 Nov 2021 13:20:59 GMT</pubDate>
            <description><![CDATA[费伦历史年表——第一部分（从雷霆时代到矮人帝国的崛起） ? -- ? --雷霆时代（The Days of Thunder）: 这时，托瑞尔是由非人类的生物统治的。这是精灵传说中的创造者种族时代，这些残忍的蜥蜴人，两栖类生物和鸟类生物(即 the Iquar.Tel.Quessir, or creator races), 他们训化恐龙,用石头在温暖的海边建造塔城,在荒野铺路,他们彼此征战不休. 后来因为气候急剧变冷等诸多原因而消亡,回到了蒙昧状态,再也没有崛起过。之后才出现了巨龙,巨人, 精灵,矮人,地精等各种种族.那时有许多神下凡来唤醒凡间的生物，许多种族还处于穴居状态。没有发现任何提及精灵，矮人和其它种族的证据。而且，他们远古时代洞窟岩画的缺乏也不能提供充足的证据说他们在那一时期内存在过。 --廷塔吉尔（Tintageer）精灵王国的幸存者通过精灵的高等魔法（High Magic）的力量，逃出费尔利尔（Faerie）来到托瑞尔（Toril）。他们的新家是一个巨大的几乎全为森林覆盖着的大陆，他们称之为费伦（Faerûn），唯一之陆（the One Land）。 ? to -24...]]></description>
            <content:encoded><![CDATA[<p>费伦历史年表——第一部分（从雷霆时代到矮人帝国的崛起）</p><p>? -- ? --雷霆时代（The Days of Thunder）: 这时，托瑞尔是由非人类的生物统治的。这是精灵传说中的创造者种族时代，这些残忍的蜥蜴人，两栖类生物和鸟类生物(即 the Iquar.Tel.Quessir, or creator races), 他们训化恐龙,用石头在温暖的海边建造塔城,在荒野铺路,他们彼此征战不休. 后来因为气候急剧变冷等诸多原因而消亡,回到了蒙昧状态,再也没有崛起过。之后才出现了巨龙,巨人, 精灵,矮人,地精等各种种族.那时有许多神下凡来唤醒凡间的生物，许多种族还处于穴居状态。没有发现任何提及精灵，矮人和其它种族的证据。而且，他们远古时代洞窟岩画的缺乏也不能提供充足的证据说他们在那一时期内存在过。</p><p>--廷塔吉尔（Tintageer）精灵王国的幸存者通过精灵的高等魔法（High Magic）的力量，逃出费尔利尔（Faerie）来到托瑞尔（Toril）。他们的新家是一个巨大的几乎全为森林覆盖着的大陆，他们称之为费伦（Faerûn），唯一之陆（the One Land）。</p><p>? to -24000 --破晓年代（The Dawn Ages）/巨龙时代（The Time of Dragons）: 这一时期巨龙和巨人统治者托瑞尔。精灵和矮人在整个费伦建立了许多小型的蒸蒸日上的定居区。矮人打败了巨人开始建立帝国。在这一时代结束之前，精灵也开始做同样的事情击败了巨龙。</p><p>c.-25000 --在巨龙的传奇中第一次提到巨龙之海（Dragons&apos; Sea）旁的铁牙堡。</p><p>c.-24000 ---大陆的分离（Sundering）---几百个精灵高等法师High Magi聚集在费伦中心地带，称之为聚集之地（the Gathering Place）的地方。他们早已淡忘了几个世纪前-廷塔吉尔精灵王国毁来的教训，这些高等法师施咒想创造一个荣耀精灵家园。当破晓之时，咒语的力量达到了其顶点。费伦，唯一之陆，被咒语释放出来的无法控制的力量分离了。结果是成百上千的城市被毁，无灵敏精灵殒命，阿贝尔-托瑞尔的面貌也被改变了。费伦这个名字不是再指唯一之陆，而是指现在最大的一块大陆了。永聚岛就是在那时创造出来的。灵魂之树（The Tree of Souls）给予了精灵。 --《永聚岛-精灵之岛》</p><p>-24000 to -12000 -- 第一次繁荣时期（The First Flowering）:远在15000年前精灵发展达到了顶峰。费伦上伟大的精灵文明包括：艾瑞凡达（Aryvandaar）, 伊尔法朗（Illefarn）, 伊力斯瑞（Ilythiir）, 凯尔多莫（Keltormir ）, 麦叶理塔 （Miyeritar）, 和桑塔•欧斯瑞尔（Shantel Othreier）. 随着精灵反抗兽人，巨龙和巨人的成功，其它种族开始兴旺起来，开始慢慢地向文明发展。</p><p>-23900/ -- 沙尔莱莉恩森林社区在大陆分离之后，几乎完全幸存了下来。这些幸运的精灵人口很快增加，并逐渐扩散到附近的森林，山地和低地里。不久精灵建立艾瑞凡达 (现在的:至高森林 High Forest)建立了第一批定居点。</p><p>-23600/ --精灵在桑塔•欧斯瑞尔(现在的: 绿野Green Fields）建立了第一批定居点。</p><p>-23200/ --精灵在伊力斯瑞 (现在的: Shaar &amp; Forest of Amtar）建立了第一批定居点。</p><p>-23100/ --精灵在塞奥匹亚（Syòrpiir）(现在的: Ankhwood and Chondalwood )建立了第一批定居点。</p><p>-22900/ --精灵在伊尔法朗 (现在的: Ardeep &amp; Kryptgarden Forests and parts of the Dessarin valley )建立了第一批定居点。</p><p>-22500/ --精灵在奥利夏尔（Orishaar）(现在的: Duskwood &amp; the Shaar)建立了第一批定居点。</p><p>-21400/ --精灵在瑟恩塔尔（Thearnytaar）(现在的: Thornwood )建立了第一批定居点。</p><p>-21000/ --精灵在埃伊鲁尔（Eiellûr ）(现在的：冬之森林 Winterwood)建立了第一批定居点。</p><p>c.-20000 --奥利夏尔和伊力斯瑞的精灵部落发生第一次小规模战争，战争断断继继达7000年之久。</p><p>-18800/ ----因与艾瑞凡达的金精灵（日精灵）政治观点不同的绿精灵（木精灵）与暗精灵在麦叶理塔(现在的:至高荒野（High Moor）,迷雾森林（Misty Forest）, 建立了第一批定居点。</p><p>-17800/ ----为远离和其它精灵国度的战争骚扰，企求过平安简朴生活的瑟恩塔尔和其它地方的月精灵和绿精灵在凯尔多莫（Keltormir ，月精灵）(现在的: 横跨整个泰瑟尔的泰瑟尔森林, 安姆, Erlkazar, 和卡林杉), 建立了很大的一批定居点。</p><p>-17500/ --独立的瑟恩塔尔，埃伊鲁尔和塞奥匹亚三个森林精灵王国开始讨论统一塞特尔森林（Satyrwood）(现在的： Thornwood/琼达尔森林Chondalwood)中的精灵。</p><p>-17100 to -16800 --三叶战争（The War of Three Leaves）: 塞特尔森林的统一为伊力斯瑞的暗精灵所破坏，派出间谍与刺客杀了他们的首领并扶持相敌对的继承人，把这三个王国推向了多边混战。而伊力斯瑞的阴谋直到几个世纪后才被发现。</p><p>-15300/ --.精灵瓦星恩族（Vyshaan clan）的崛起，柯龙耐尔.伊弗瑟尔. 瓦星恩(Coronal Ivósaar Vyshann)统绐艾瑞凡达。</p><p>-14700/ --艾瑞凡达的统绐者开始企图用外交手段和和平的方式把麦叶理塔并入其版图，服从他们的统绐。</p><p>-14000　--人类的野蛮人部落在凯尔特米尔徘徊。</p><p>-13900/ --麦叶理塔成为全费伦精灵的艺术与高级魔法中心。</p><p>-13200/ -- 艾瑞凡达和麦叶理塔之间出现小规模战争和贸易冲突。</p><p>-12000 至 -9000 --皇冠战争（The Crown Wars）:精灵的皇冠战争爆发于这段时斯，精灵之间互相残杀达四代精灵之久（相当于三千多年）。至今还影响着诸国度的，发生在皇冠战争中最大的事件两件是暗黑灾难（the Dark Disaster）和卓尔精灵的堕落（the Descent of the Drow）。 暗黑灾难彻底摧毁了麦叶理塔，只留下现在被称为至高荒野（the High Moors）的一片焦土。.也许是因为皇冠战争的野蛮或因时间流逝而无从可考的因数，黑暗精灵在这个时代变得堕落，和他们的同胞分离，在发动许多战争和做了很多残酷的行径后，他们移居到了这个行星的地表之下，变成了地下精灵（the Deep Elves），即卓尔精灵。</p><p>-12000/ --皇冠战争应艾瑞凡达的瓦星恩塔帝国（the Vyshaantar Empire）的崛起而爆发。数个世纪无成果的外交努力之后，没有耐心的贪婪的艾瑞凡达统绐者开始进攻麦叶理塔，并向桑塔•欧斯瑞尔施加政治压力，要么加入他们要么遭受前者同样的命运。</p><p>-11800/ --麦叶理塔被艾瑞凡达军事吞并占领,虽然还有许多家族和要塞坚持下来并继续进行抵抗。许多伊梨坊（Illefarn）的精灵，尽管在官方还保持中立立场，但暗地里为麦叶理塔的难民提供庇护所。</p><p>c.-11700 --凯尔多莫的巨龙与巨人的战争导致了第一次泰瑟森林的分裂（the First Tethrift）；桑塔•欧斯瑞尔南部的一场大火把不久以后被称为龙之森（Wyrmwood）的森林从巨大的泰瑟森林里分离出来。泰斯尔（Tethir）, 凯尔多莫之王即第一个有记载的精灵屠龙者，单手杀了山岭（the Ridge）上的两只上古红龙，挽救了许多同胞的生命。凯尔多莫的一部分森林以他的名字命名。 --泰瑟尔的英勇为精灵赢得了巨龙的尊敬。巨龙以前一直看不起精灵，而只把他们当做无知的，两足的牲畜。 --第二次皇冠战争作为对艾瑞凡达的侵略而燃起战火。伊力斯瑞崛起并猛烈地打击任何支持北方的金精灵的王国。它最近的领国奥利夏尔，是艾瑞凡达的主要贸易伙伴，在一次惨烈的突然进攻后沦陷。 --人类开始定居在凯尔特米尔周围因龙炎造成的空旷之地和草原上。</p><p>-11600/ --伊力斯瑞火攻塞奥匹亚，把他们从盟国分开然后把他们的家园付之一炬。</p><p>-11500/ --瑟恩塔尔和埃伊鲁尔结成聪明向伊力斯瑞宣战，谴责他们使用火攻和任意破坏的祸害远大于北方的精灵的权力之争。他们防守性的a holding action与其战斗，阻止伊力斯瑞把战火烧到北方。</p><p>-11450/ --丧服之战（The Sable Wars）: 瑟恩塔尔和埃伊鲁尔的联军, 还有凯尔多莫和桑塔•欧斯瑞尔的为数不多的援军，入侵伊力斯瑞，试图在更多的王国沦陷前消灭或转变黑暗精灵。但他们一半以上的军队为黑暗精灵的堕落魔法所灭。</p><p>-11400/ --埃伊鲁尔的沦陷。伊力斯瑞再次用火烧毁他们王国的周围森林，使他们得不到盟国的援救。他们还得到了背叛的桑塔•欧斯瑞尔的绿精灵的援助，因为他们认为他们的姑息行为会对维持和平有利。</p><p>-11300/ --第一次皇冠战争结束: 麦叶理塔联单为艾瑞凡达所征服。</p><p>-11200/ --瑟恩塔尔的沦陷。野蛮的，现在不知悔改的黑暗精灵派出他们的怪物奴隶军队和不死军团攻下了刺荆棘防护林（the thorn-and-bramble choked woods）。现在伊力斯瑞向东和向南的扩张，受到了凯尔多莫的大部分疆域的阻碍，两国发生了许多直接的边境冲突。</p><p>c.-11000 --矮人的南方的幽暗地域建立了地下桑娜塔（Deep Shanatar）(现在的: 阿姆雷文山脉Almraiven Mountains, 蒸汽湖Lake of Steam)第一批城堡。</p><p>-10900/ --第三次皇冠战争因桑塔•欧斯瑞尔和艾瑞凡达之间的和解的最终失败而爆发。</p><p>-10700/ --神之剧院战役（Battle of the Gods&apos; Theatre）: 在桑塔•欧斯瑞尔的东部的神之剧院 (现在的: 唐恩兰德（The Tunlands）) 爆发了所有的皇冠战争之中最大和最惨烈的战役。几乎有 70,000个精灵死在敌对精灵和兽人军队之手，100,000个以上的兽人大军命丧以逸待劳的精灵手下。艾瑞凡达赢得此役，占据了桑塔•欧斯瑞尔一半的土地，它的北部。</p><p>-10600/ --在桑塔•欧斯瑞尔在执政官尹罗斯（Coronal Ynloeth）神秘死亡之后，为艾瑞凡达的瓦星恩塔帝国所征服。 麦叶理塔和其它新征服的地区经常发生游击战争和法师的英勇的反抗。</p><p>-10500/ --暗黑天灾: 麦叶理塔被一场毁灭性的暴风雨所吞噬。这下了三个月的暴风雨把整个森林和国度冲毁，变成贫瘠人荒野。虽然从来没有发现过任何证据，但很多人相信是艾瑞凡达的高级法师把暗黑天灾施加给麦叶理塔的。 --震惊于暗黑天灾，精灵们迎来了来之不易的四十年和平时期，因为在皇冠战争所造成的巨劫面前，几乎费伦的每一个精灵都陷在巨大的恐慌和恐怖之中。</p><p>c.-10450 --第四次皇冠战争: 伊力斯瑞向麦叶理塔复仇的过激的反击中，关那德（Ghaunadar）和其它黑暗精灵神氐第一次充许黑暗精灵公开使用腐败的而邪恶的力量。</p><p>-10300/ --凯尔多莫的精灵，考虑到自己夹在艾瑞凡达的瓦星恩族与伊力斯瑞的修恩族（clan Hune）之间，决定从凯尔多莫的东部战略性撤退，在高地的边缘（Highland&apos;s Edge）固守他们的防线。</p><p>-10270/ --顽石与利爪之役（The Stone and Claw Campaigns）: 凯尔多莫的军队撤退，关闭并防卫它自已的边界，这样艾瑞凡达与伊力斯瑞的军队接触，战斗开始。他们很快布好阵行，战争持续了两百年之久。 战役在凯尔多莫北部巨人出没的山脉和半人狮（wemic）占据的平原上惨烈的展开。</p><p>-10110/ --为了反抗堕落的伊力斯瑞的黑暗精灵及其用火烧(精灵的长期死敌)破坏森林中的精灵家园， 柯瑞隆.莱瑞瑟恩（Corellon Larethian）和神塞尔德林（Seldarine）让中立国度伊尔法朗及其它自由地区的1000多个牧师和高级法师花了几十年时间强烈地祈祷，以期得到拯救。</p><p>-10100/ --伊力斯瑞的黑暗精灵通过巨龙奴隶军队和其它力量，使桑塔•欧斯瑞尔陷于火海之中，在五十年内毁灭了其70%的森林。</p><p>-10000/ --卓尔精灵的沉降: 柯瑞隆在其牧师和至高法师的指示下，用法术把伊力斯瑞或其它腐败、邪恶的黑暗精灵转变成了卓尔精灵，不知是魔法还是虚弱让他们无法再在阳光照耀的土地上生活，所有的卓尔精灵在两个月内全部撤入幽暗地域。 --在卓尔精灵的沉降后一个月，神塞尔德林在后来成为精灵王廷（Elven Court）的地点召集精灵，希望能在精灵间消除分争恢复和平。</p><p>-9900/ --艾瑞凡达对高等法师和牧师进行了清洗运动，要么归顺要么迫害（covert persecution）,因为他们试图杀死或控制那些法师，以防他们可能会强迫他们沉降，就如他们对卓尔精灵做的一样。但没有完全杀光，,伊尔法朗和她的殖民地利维尔森林（Llewyrrwood）为艾瑞凡达所吞并，因为他们的贵族牧师和高等法师全死于日益疯狂的杰伊瓦斯.瓦星恩大帝（Coronal Giilvas Vyshaan）的清洗运动。两个国家的大多数精灵都逃向桑塔•欧斯瑞尔残存领地。</p><p>-9800/ --瓦星恩塔帝国军队占领了从艾瑞凡达的至高森林到伊力斯瑞酷热的南部森林的所有精灵的土地（除了凯尔多莫）。他们开始在永聚岛（Evermeet）殖民和定居。 -- 利维尔（Llewyrr ）精灵的一只大军从被侵略的大陆上逃出，在月影岛（Moonshae Islands）的群山之中过着与世隔绝的平静的生活。在精灵女王带领得维族（the Llewyr）精灵来到这个海岛庇护所后，他们以女王的名字把新家命名为辛娜利亚（Synnoria）。</p><p>c. -9600 --第一个卓尔文明崛起于费伦南部地下的幽暗地域。Guallidurth, ancient city of the drow, is founded.他们在以后的五百年里不停地骚扰瓦星恩塔帝国的军队，以阻止他们吞并凯尔多莫和其它的土地。</p><p>-9200/ --第五次皇冠战争: 第一次精灵评议会的宣告（The First Proclamation of Elven Court）导致了艾瑞凡达精灵贵族的叛乱，最后一次皇寇战争爆发。精灵评议会,神 Seldarine 的牧师们, 和长期潜伏起来的高等法师们在整个瓦星恩塔帝国开始扭转自由抵抗斗争的不利局面，打破了帝国的军队和贵族的的协同作战计划。</p><p>-9000/ --第五次皇冠战争以瓦星恩塔帝国军队的彻底失败和艾瑞凡达的分裂而告终。 至高森林的许多地方都被放弃很长时间，让森林自由生息，这样神可能会来恢复它的和平。 --称为奇迹之年的精灵殖民运动开始。许多精灵开始移民到精灵廷东部的森林里。 伊尔法郎和凯尔多莫是唯一两个在皇冠战争之后幸存下来的精灵文明，几乎没受影响。 --卓尔精灵从矮人王国手中夺下巴伦顿（Bhaerynden）的一个巨大洞穴，把它作为他们自已的第五个城市，即黑暗精灵的第一个大帝国是塔伦提瓦（Telantiwar）的首都。</p><p>-9000 to -3859 --文明的崛起/建立纪元： 这个时代标志着所有类人文明的崛起，因为这时很多巨龙和巨人的统治早已被推翻，笼罩在每个人头上的精灵的战争阴影也已消散。精灵的埃弗莱斯卡和地面桑娜塔王国High Shanatar和奥格莱姆王国（Oghrann）。</p><p>-8800/ --一个精灵的传说, &quot;地狱Inferno,&quot; 讲述了一个持续了两个夏季的大干旱的故事。那是这样造成的：一队红龙袭击了凯尔多莫的大森林的中心地带，龙所喷出的火焰引起不可遏止的森林大火。 这场大火灭绝了4个精灵族的全部人口，毁灭了11个巨人定居点，杀死了至少四只绿龙，还毁灭了成千上万里的森林。大火烧焦了两条大河(现在的: 塞尔达斯考恩河the Sulduskoon river和伊特河Ith river)之间的有植被覆盖的所有地区。 --理斯塔尔森林（Rystall Wood）的第一任加冕执政官（crowned Coronal）建立了第一理萨尔王国（First Rysar）。</p><p>c.-8640 --据信，矮人大量的居住在现称为塞姆法（Semphar）的东部山脉中。</p><p>-8600/ --从前桑塔•欧斯瑞尔，麦叶理塔，奥利夏尔和埃伊鲁尔幸存的精灵族在艾瑞凡达东部的森林中秘密建立了埃弗瑞斯卡城（Evereska）作为精灵的庇护所。</p><p>c.-8500 --矮人从大裂隙（the Great Rift）迁到北方，进入剑湾海岸南部的地下的洞穴王国。</p><p>-8500/ --凯尔多莫的沦陷： 由于大火的分割和其它原因造成的家园破坏, 凯尔多莫分裂成三个森林: 龙之森（The Wyrmwood）, 达特尔森林（Darthiir Wood） (现在的: 米尔森林Forest of Mir), 和泰斯尔森林（the Forest of Tethir）</p><p>-8400/ --理斯塔尔森林的第一理萨尔帝国结束。杰伦斯塔（Jhyrennstar）于此年建立，第一任加冕皇帝建立了第一理萨尔帝国（First Rysar）。 --斯鲁文德（Siluvanede）在至高森林的西北部建立。</p><p>-8200/ --乌维伦（Uvaeren）建立。第一任加冕执政官建立了第一理萨尔王国。</p><p>-8130/ --伊兰瑟尔（Yrlaancel）, 和平之城, 在理斯塔尔森林中建立。</p><p>-8100/ --据希尔米斯塔（Shilmista）的精灵记录记载矮人们定居在修建良好的伊特卡扎尔山脉（Iltkazar range）的要塞中。 这些矮人认为他们是伟大的桑娜塔矮人国度的一部分。 --费伦南部地下的地下桑娜塔(现在的: 安姆, 泰瑟尔, Erlkazar,卡林珊, 阿姆雷文半岛Almraiven Peninsula)的矮人国度正在处于其最大的扩张中。</p><p>-8000/ --赛姆伯霍姆（Semberholme）在精灵庭建立。</p><p>-7950/ --地下桑娜塔的矮人和达特尔，泰斯尔的精灵及日渐衰弱的桑塔•欧斯瑞尔残存的精灵之间的贸易全面展开。</p><p>c.-7800/ --气巨灵（djinn）领主卡林姆（元素裔）(calim)率领一支气巨灵大军来到现在的卡林港附近区域。随军而来的还有一支庞大的仆从军队和很多奴隶，其中大多为人类和哈伏林。</p><p>-7790/ --巨龙摧毁卡林港。卡林姆与行军山脉（the Marching Mountains）的巨龙展开战斗，并把它们赶向北方。</p><p>-7700/ --乌维伦第二理萨尔王国开始。</p><p>-7600/ --执政官胡卡（Coronal Hoccar）建立杰伦斯塔的第二理萨尔王国。 --由于埃弗瑞斯卡太过拥挤，斯鲁文德精灵的歧视，很多精灵来到至高森林的南部区域建立了沙尔文王国（Sharrven）。</p><p>-7500/ --矮人建立沙非尔王国（Sarphil）。 --理斯塔尔森林的第二理萨尔王国执政官传位给第三执政官。</p><p>-7400/ --伊罗德哈（Ilodhar）于本年沦陷于兽人大军之手。 --第二执政官在狩猎时突然死亡之后，乌维伦第三理萨尔王国开始。新的执政官更热衷于军事，开始着手进攻群山里的兽人与巨人。</p><p>-6900/ --执政官卡尤伊（Coronal Kiyuigh）在他第一百次进袭群山时死亡。以盲眼大学者伊尔陶（the blind Great Scholar Eltaor）为新执政官乌维伦第三理萨尔王国开始。 他保住了乌维伦作为一个博学国度的名声。</p><p>-6800 –号称为火之军（the Army of Fire）的焰巨灵efreet大军，在伟大的帕夏（相当于领主）麦农（the great pasha Memnon ）的率领下，通过魔法来到了现在以他的名字命名的城市附近。焰巨灵建立了短命的麦农娜王国，还有麦农城，米拉特玛城（Myratma）和夏恩奈克城（Shoonach）。 --理斯塔尔森林的第三理萨尔王国结束，第四王国开始，新加冕的执政官是娜维斯.凯尔塞卡（Naevys Caersaelk ），阿考拉王国（Arcorar）的第一个女性执政官。</p><p>-6500/ --执政官胡卡死亡，杰伦斯塔的第二理萨尔王国结束，由他的侄女执政官海利加（the Coronal Haalija）.开始第三理萨尔王国。</p><p>-6452/ --桑娜塔的行军斧（矮人）矮人家族（House Axemarch）建立。</p><p>-6400/ --精灵与沙非尔王国的矮人在翰土（the Vast）的战场上会师，从兽人大军的手中挽救了矮人的性命，从而缔结了脆弱的联盟。</p><p>-6300/ --执政官伊尔陶（the blind Great Scholar Eltaor）累死于重写手稿。第五理萨尔王国选举了富有朝气的年青的执政官英特瓦（Intevar）。</p><p>-6200/ --泰斯尔精灵所知的天火时代（the Era of Skyfire）开始。麦农和卡林姆各率大军在泰斯尔森林开战，战争 一直持续到-6100DR. --理斯塔尔森林的第四理萨尔王国执政官退位给第五理萨尔王国的执政官艾斯雅（Esyae），娜维斯之女。</p><p>-6100/ --泰须拉尔旷野之役（Battle of Teshyllal Fields）。卡林姆与麦农杀死了对方，但他们战斗时的法术释放出来的能量永远改变了这里的地貌，卡林姆沙漠（the Calim Desert）形成了（气火巨灵之战）。</p><p>-6060/ --残余的气巨灵被人类与桑娜塔的联军撵走。这些土地成为人类王国考冉森（Coramshan）。卡林港和凯尔塔重建。</p><p>-6000/ --杰伦斯塔的第四理萨尔王国开始。</p><p>-5960/ --行军斧家族的阿迪尔.维尔姆王（King Adiir Velm）率领5000矮人来到前麦农娜王国的平原上，建立了地上桑娜塔王国（High Shanatar）。 接下来的几个世纪里，他们一直居住在这片现在被称为泰瑟尔（Tethyr）的土地上。 -5800/ --在今天的琼达尔森林（Chondalwood）北边札姆达斯（Jhaamdath）建立了。最终在蒸汽湖（the Lake of Steam）附近札姆达斯(Jhaamdath)和考冉森（Coramshan），两个国家为了此地的控制权争斗了数个世纪。</p><p>-5700/ --关于乌维伦的英特瓦的藏书楼的故事在所有的精灵国度中传播开来，因为据说它包含了精灵所有的知识。</p><p>-5660/ --英特瓦的藏书楼和乌维伦的一些要塞遭到一些贪婪于高等魔法的精灵法师的攻击，但被击退。然而英特瓦却死于毒伤，第五理萨尔王国因而结束。第六执政官是他的门徒兼妻子，姆努维女士（the Lady Mnuvae）。</p><p>-5642/ --精灵建立埃弗瑞斯卡城(Evereska)。</p><p>c.-5600 --桑娜塔的矮人与巨人平原（the Giant&apos;s Plains）的巨人之间的战争爆发。25年的战争之后，云雾峰（the Cloud Peaks）的巨人数量被矮人灭了一半以上。 --桑娜塔的矮人在现在是安姆的地方建成了战斧桥与星星桥（the Axe and the Star Bridges）。</p><p>-5590/ --艾斯雅因高等魔法仪式出错而殒命，她的弟弟梅纳尔（Mhaenal）成为理斯塔尔森林的第六位执政官。</p><p>c.-5400 –阿姆贝利尔的灾星（Ambril&apos;s Bane）.考冉森的一个王子被子桑娜塔的矮人所杀，引发了考冉森与桑娜塔及其精灵联军之间的战争。</p><p>c.-5350 –卡林谷之役（Battle of Karlyn&apos;s Vale）。桑娜塔的矮人杀光了南部主要的巨人部落。之后，矮人的军队统帅，长的象怪物般的卡林（Karlyn），在之后的两百多年内竖立了他的威信。</p><p>c.-5300 –从这一时期到-2600 DR, 想逃离不断卷入战争中的桑娜塔的矮人建立了众多矮人王国：奥格朗（Oghrann），豪恩达娜（Haunghdannar）, 格拉格豪（Gharraghaur），贝尔思曼（Belsimer）, 阿姆林达（Ammarindar）, 丹卓（Delzoun），铁星（Ironstar）, 坠落王国（the Fallen Kingdom）和达莱斯（Dareth）。</p><p>-5300/ --此时，米尔第一王国已控制了南部桑娜塔。卡林杉第一时期开始（the First Age of Calimshan）(到-3200DR结束)。</p><p>-5215/ --桑娜塔的第一批殖民者建立奥格朗（Oghrann）矮人王国； 之后，一些矮人住了下来，但更多的矮人继续向北迁移。</p><p>c.-5000 –地裂隙的冲突（Clash at Earthrift）。两个精灵王子意外死于人造成的山崩之中，凯尔多莫的精灵与桑娜塔矮人的联盟随即宣告瓦解。</p><p>-5005　　--在札姆达斯(Jhaamdath)和考冉森（Coramshan）（不久后重命名为卡林森（Calimshan））之间建立了休战协定，限定了两国在蒸汽湖的扩张范围。</p><p>-5000/ --在此之前，考冉森王国和米尔王国统一为卡林杉帝国（Calimshan Empire）。 --十二夜大火（The Twelve Nights of Fire）：精灵王国乌维伦毁于一颗将柯曼瑟尔的林木线（Cormanthor&apos;s treeline）撕开了一个100里长30里宽的大口子的陨星。执政官和几乎所有的贵族均在大火中当即殒命。少数乌维伦精灵逃到了森林深处的阿考拉的安全地带，除此之外，还有几十个在大灾难时离开了王国。 --十二夜大火之后，瑞斯塔尔森林成为孤立的森林和王国，因为把与阿考拉相连的山脉与山丘上的树木全烧光了。虽然作为一个独立的王国，但它的执政官还是要经常和精灵廷的领导者集会。</p><p>-4974/ --矮人王国豪恩达娜于此年建立。</p><p>-4970/ --梅纳尔死于被召唤到他卧室的怪物之手；瑞斯塔尔森林的第六理萨尔王国在谋杀案调查了90年后才宣告结束。</p><p>-4900/ --战士出身的执政官奇塞斯（Khilseith）开始杰伦斯塔的第五理萨尔王国。</p><p>-4880/ --三个贵族被查出是杀害年老的执政官梅纳尔的幕后黑手；真正动手召唤怪物的精灵被处死，其它两个被永远驱逐出瑞斯塔尔森林和阿考拉森林。 --瑞斯塔尔森林的第七理萨尔王国终于以英杰罗斯（Injros）出任执政官而开始。</p><p>-4819/ --矮人王国格拉格豪的崛起。</p><p>c.-4700 –归功于从莎尔文来的年青贵族的努力，叶尔兰在艾瑞凡达的废墟上重新崛起。他们致力于重振古老王国的雄风并与北地的矮人联盟的目标与莎尔文及埃弗瑞斯卡的长者们防止斯鲁文德的精灵再犯与过去精灵王国间所铸成的同样的大错的目标是一致的。</p><p>c.-4500——七堡战争（七堡战争）：小规模的战斗在斯鲁文德的精兵和叶尔兰（有莎尔文的支持）的新军爆发之间。这些持续了200年。之久冲突，被统统第六次皇冠战争。</p><p>-4420/ --特利尔德.焰舌（Torhild Flametongue）建立地表矮人王国贝尔思曼。贝尔思曼的矮人建造了猎斧之厅（猎斧厅），四鬼之厅（the Halls of the Hunting Axe）四鬼厅），锤厅（Hammer Hall），以九要塞（the Stronghold of the Nine）着称的建筑，石头桥（the Stone Bridge），据信还建造了南地城（Southkrypt）。尔德被杀后，王国崩溃，其人民逃往南方加入堕落王国。</p><p>-4400/——黑暗的精灵廷大屠杀（The Dark Court Slaughter）：从这一年的一个冬之夜开始，卓尔精灵与灰矮人（邪恶）（灰矮人隆）进攻并脱离精灵廷与沙尔非王国。王国。天空天空之内，精灵廷变成废墟，沙非尔为卓尔与灰矮人占领。塔的君主官员时刻。 ——在我们待黑暗大屠杀后，在一次对柯瑞隆（科瑞隆）憎恨的婚礼中发誓要成为席德瑞恩的弓箭卫席瓦莱沙（弓箭卫席瓦莱沙） （塞尔达琳）之手猎杀尔，以为自己的亲人笑了起来。第八理萨尔王国的执政官（年幼的女法师英娜哈莱斯·埃纳哈拉斯）和杰伦斯塔的第六理萨尔王国的执政官（拉布莱斯的预言，年老）欧斯Oacenth）在悲痛的气氛中加冕，号召人民军队敌森部队他们新出现的宿命——卓尔精灵。</p><p>-4300/ --七堡之战以莎尔文出动全部军队住了金的进攻，粉碎了其常胜不败的神话。一顿怒吼一击；明天以后，斯鲁文德还保持着独立，但实际上已成为叶尔兰的附庸。</p><p>-42774/ --费伦西王国海岸他们的3个饥饿家族和五个渔村统一在一个王国。人类自称国家为伊鲁斯克（Illusk），取自于精灵伊尔法朗，因为他们想仿效它。</p><p>c.-4222 -- 座座无名兹威豪（Zweihausen）的两棵树在一条河边。</p><p>-4200/ -- 意志坚强的意志选择官她英娜哈莱斯断了与阿考拉森林的一切，因为听信她的贵族说，杰伦的天才想往她的王国。</p><p>-4160/——贝尔斯曼的沦陷。</p><p>-4070/ --黑弓西瓦莱沙去世, 但得到了艾波塞奥西斯（Apotheosis）的神性而成为暗夜猎手（the Night Hunter）和箭神（Arrow Bringer）。这个席德瑞恩的绿精灵的半神，依然狂热地猎杀卓尔精灵和充满仇恨地毁灭他们，但现在他还直接猎杀罗丝和维瑞伦（Vhaeraun）。 (虽然在他的祈祷中不再把伊丽丝特瑞Eilistraee和她的崇拜者考虑在内).  -4000/ --杰伦斯塔的执政官欧森斯病逝；统治权的审议（the Ruling Trials）从促夏夜一直持续到秋收时节；三柄精灵神剑铸就；执政官凯弗姆.伊利瑟尔（Coronal Kahvoerm Irithyl）成为赛姆伯霍姆, 杰伦斯塔和精灵廷的统治者,把各王国统一柯曼斯尔（Cormanthyr）精灵王国。 </p><p>-3983/ --随着秩序塔（the Rule Tower）的建成，柯曼迪尔（Cormanthor）城诞生于此。 </p><p>c.-3900 –盾矮人的王国—丹卓（Delzoun）建立。 </p>]]></content:encoded>
            <author>stellaris@newsletter.paragraph.com (Stellaris)</author>
        </item>
        <item>
            <title><![CDATA[Rabbithole: DAOHaus 任务（一）]]></title>
            <link>https://paragraph.com/@stellaris/rabbithole-daohaus</link>
            <guid>Py9fsY9XjVx7RdJTdD1R</guid>
            <pubDate>Tue, 26 Oct 2021 14:34:52 GMT</pubDate>
            <description><![CDATA[DAOhaus 是一个用于启动和运行 DAO 的代码平台。DAOhaus 软件已经没有超过 5000 万美元，并发现了近 2000 万美元。也可以创建自己的 DAO。在 Daohaus 上启动 DAO 提供了一个登录页面，其他人可以加入承诺。 在本中，您将学习参与 DAOH 的 DAO 的核心操作：如何加入 DAO、创建项目、资助项目、对候选人进行投票和处理项目。加入道家加入DAOhaus discord https://discord.gg/daohaus#haus-roles观众们使用 !join 命令获取基础角色。任务1：加入FoundationsDAO在您提出的申请中，您需要先加入FoundationsDA，您需要获得1个HAUS币和0.05个包裹的xDai。获得至少 1 个 HAUS 代币和至少 0.05 个 Wrapped xDai（Wxdai）确保您已将 xDAI 网络添加到您的 Metamask 上，将 DAI 桥接到 xDAI。你需要桥接接头的 xDAI 钱包至少 1 个 HAUS 代币和 0.05 个包装 xDai 求购家的道具。教程：将 xDAI 网络添加到...]]></description>
            <content:encoded><![CDATA[<p>DAOhaus 是一个用于启动和运行 DAO 的代码平台。DAOhaus 软件已经没有超过 5000 万美元，并发现了近 2000 万美元。也可以创建自己的 DAO。在 Daohaus 上启动 DAO 提供了一个登录页面，其他人可以加入承诺。</p><p>在本中，您将学习参与 DAOH 的 DAO 的核心操作：如何加入 DAO、创建项目、资助项目、对候选人进行投票和处理项目。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">加入道家</h2><ol><li><p>加入DAOhaus discord</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://discord.gg/daohaus">https://discord.gg/daohaus</a></p></li><li><p>#haus-roles观众们</p></li><li><p>使用 !join 命令获取基础角色。</p></li></ol><h2 id="h-1foundationsdao" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">任务1：加入FoundationsDAO</h2><p>在您提出的申请中，您需要先加入FoundationsDA，您需要获得1个HAUS币和0.05个包裹的xDai。</p><h3 id="h-1-haus-005-wrapped-xdaiwxdai" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">获得至少 1 个 HAUS 代币和至少 0.05 个 Wrapped xDai（Wxdai）</h3><ul><li><p>确保您已将 xDAI 网络添加到您的 Metamask 上，将 DAI 桥接到 xDAI。</p><ul><li><p>你需要桥接接头的 xDAI 钱包至少 1 个 HAUS 代币和 0.05 个包装 xDai 求购家的道具。</p></li><li><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://rabbithole.mirror.xyz/Oxs8NXUGG2Gz4FsNmh509tBj5LEzJNvpt_IAYOFRVmg">教程：将 xDAI 网络添加到您的 Metamask 分配 DAI 桥接 xDAI</a></p></li></ul></li><li><p>从 DEX（去中心化）获得 HAUS。您必须获得 1 个 HAUS。</p><ul><li><p>我们推荐使用Honeyswap：<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://app.honeyswap.org/#/swap">HTTPS</a>：//app.honeyswap.org/#/swap</p><ul><li><p>选择 xDAI 和 HAUS。</p></li><li><p>将 xDAI 兑换为 1 HAUS。</p></li><li><p>您可以使用 HAUS 代币合约将 HAUS 代币添加到您的 Metamask：0xb0c5f3100a4d9d9532a4cfd68c55f1ae8da987eb</p></li></ul></li></ul></li><li><p>Get Wrapped x D 这样你就可以请买家的提议。</p></li><li><p>你至少需要 0.05 Wrapped xDai 来赞助买家的提案。</p><ul><li><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://rabbithole.mirror.xyz/vJ8aJ5-aPvTV4V7HDckT430KfsASqtsIsNOHRPIQPzc">教程：如何将 xDAI 转换为 Wrapped xDAI (WrapETH</a> )</p></li></ul></li></ul><h3 id="h-foundationsdao" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">在FoundationsDAO中提出申请</h3><ul><li><p>在<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://app.daohaus.club/explore">DAOHaus Explorer中</a>找到<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://app.daohaus.club/dao/0x64/0x1b975a9daf25e7b01e0a6c72d657ff74925327a8">FoundationsDAO</a>。</p></li><li><p>点击“新项目+（New Proposal +）”</p></li><li><p>选择“请求共享代币（Request Shares for Token）”：</p><ul><li><p>请求共享代币</p><ul><li><p>标题（Title）：申请加入FoundationsDAO</p></li><li><p>请求的股份（Shares Requests）：1股</p></li><li><p>提供的贡品（献礼）：1 HAUS</p></li></ul></li></ul></li></ul><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/d3c3eb60d70d44d41cd797f487003c23533902cfdf253d9c386a7fc5303f3293.jpg" alt="新项目+（New Proposal +）" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">新项目+（New Proposal +）</figcaption></figure><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/e42317587d478ffe6612f7d116dfc92118dce43ea7c8f3efdf3e7b582083197d.png" alt="请求共享代币（Request Shares for Token）" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">请求共享代币（Request Shares for Token）</figcaption></figure><ul><li><p>解锁 HAUS 代币</p></li><li><p>您必须等到它显示令牌已被批准。</p></li><li><p>它会在右上角的绿色通知中告诉您提案已提交。等待 24 小时有人赞助您的帖子</p></li></ul><p>一旦投票和宽限期过去，您将成为 FoundationsDAO 的成员，并获得新的特权。其中一些特权包括：发起提案、对提案进行投票和处理提案。我们将在以下部分中介绍这些过程。</p>]]></content:encoded>
            <author>stellaris@newsletter.paragraph.com (Stellaris)</author>
        </item>
    </channel>
</rss>