# 门户网站开发者对话-推特空间14/12/2022

By [Portal fans](https://paragraph.com/@portal-fans) · 2022-12-21

---

![](https://storage.googleapis.com/papyrus_images/9563367ce88a98f14c418d5eb14108494bad51bd52096a1881a0c94c8d7c5c89.png)

**12月14日 推特空间的录音不可用**

**_参与者_**

**_Terry Philipson (主持人)_** [**_Eric Martindale_**](http://twitter.com/martindale) **_(Portal联合创始人兼CEO)_** [**_Kulpreet Singh_**](http://twitter.com/jungly) **_(Portal联合主持人)_** [**_Casey Bowman_**](http://twitter.com/CaseyBo51794254) **_(Portal DEV)_** [**_Anand Suresh_**](http://twitter.com/AnandSuresh) **_(Portal DEV)_** [**_Pablo Artee_**](http://twitter.com/arteepa) **_(Portal_** **_设计师)_** [**_Manoj Duggirala_**](http://twitter.com/manojduggi) **_(Portal 联合创始人)_** [**_Alexey Melnichenko_**](https://twitter.com/oliksiymir) **_(Portal 工程师)_**

*   **_Terry Philipson (Portal Host)_**
    
    太好了，我们能听到你的声音。
    
*   **_Pablo Artee (Portal Designer)_**
    

你好。怎么了？

*   **_Terry Philipson (Portal Host)_**
    

嘿，伙计，我们能听到你。

好的。所以，如果你刚刚收听，我们正在准备。这是我们开始前的小绿屋。再过几分钟就可以了。

*   **_Pablo Artee (Portal Designer)_**
    

如果我们能有一些等待的音乐或电梯里的音乐作为休息室，那就真的很酷了。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

你错过了懈怠的音乐吗？

*   **_Pablo Artee (Portal Designer)_**
    

是的，如果你不在意它像很多时候一样是同一首歌的话，它也不是那么糟糕。也许这听起来有点奇怪，但它达到了它的目的，我想。

*   **_Terry Philipson (Portal Host)_**
    

我听说过一些非常有趣的电梯音乐重混。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

不错。

*   **_Terry Philipson (Portal Host)_**
    

现在，在我们开始之前，我相信这里的每个人都听过我们先前的一些充满信息和一些非常相当长的介绍的炉边谈话。

所以我们今天要保持快速的兴趣，让我们开始吧!

在这次聊天中，我们请到了传奇程序员Kulpreet Singh。他是伊利诺伊大学厄巴纳-香槟分校的分布式系统博士。他将是我们的主持人。

我们还有Casey Bowman，高级比特币工程师，拥有普林斯顿和斯坦福大学的工程学位。

不能忘记Anand Suresh，另一位来自门户网站的高级工程师，在这里从编码中抽出时间。他在卡耐基梅隆大学获得了计算机科学硕士学位。后来在Definity实验室工作。

还有Pablo Artee，我们的首席设计师。他曾是Optic Power的设计主管。

现在，如果你们都准备好了，那么就让我们开始吧。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

非常感谢你的介绍，Ron。

今天，我们将直接进入问题的讨论。

像上次一样，我们有更多的时间互相交流，弄清楚我们的情况。今天，我们将首先与阿南德交谈。

嘿，阿南德，你在吗？

*   **_Anand Suresh (Portal DEV)_**
    

是的，我在这里，我应该提前道歉。

我现在有点不舒服，所以如果我咳嗽的话，我可能就会静音了。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

好的，很酷。上一次我们谈到了门户操作系统，你给了我们一个非常快速的概述，介绍了建立门户操作系统的数据包是什么以及如何打包和运输的。

现在我们想知道，构成门户操作系统的各种组件和服务以及一组守护程序是什么。

比如说在它里面运行的服务是什么？

如果你能多说一点，这将对我们有很大的帮助。

*   **_Anand Suresh (Portal DEV)_**
    

当然，Portal本质上是一个完整的系统镜像，是运行整个点软件堆栈所需要的东西。因此，这包括操作系统，所有需要的驱动程序，任何正在运行的服务和守护程序，所有的东西都被打包成一个单元，正如我上次提到的，我们使用NixOS作为我们的基础操作系统来帮助我们建立所有这些系统，这给我们提供了一些非常好的安全保证，能够稳定地复制构建。

因此，就目前进入Portal的实际组件而言，我们现在有一个比特币守护程序，我们有闪电守护程序，我们有L1的以太坊守护程序，然后是你所说的 "Portal协调人 "或Portal服务器，这是所有业务逻辑的所在地，这是连接所有这些不同的第三方网络并帮助它们互通的东西。

目前的挑战是让所有这些都在一个单一的环境中工作，但在生产中这实际上可能会改变。我们可能会选择不把所有的东西都打包在那里。我们可能会使用一个较小的集合，例如，可能有一些人已经在运行比特币的完整节点，他们并没有真正看到让另一个比特币完整节点运行的价值。

所以有办法把内部守护程序换成外部服务，或者如果有其他人想在适度的硬件上运行一些东西，但又不想花费所有的钱来运行一个完整的企业级的节点，那么就可以选择把这些内部组件换成第三方的组件了。但它的核心仍然是门户软件，是管理门户的协调者。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

嗯。

*   **_Anand Suresh (Portal DEV)_**
    

到目前为止，这只是一个单一的守护进程，但随着我们开始取得进展，我们可能会将这些守护进程分割成一个守护进程的集合，每个守护进程都将提供某种特定的服务，并自行处理其内部状态。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

是的，这很吸引人。

我对这个想法非常兴奋，如果有人有自己的比特币节点，他们就可以把它指向它。所以有两个问题出现在我的脑子里。

我不知道我是否应该跟进太多，但当然第一个问题是；"你如何同步你的以太坊节点，这又是如何进行的"？

但让我们把这个问题放在一边。让我们来谈谈；"运行所有这些服务可能需要的最低要求是什么"？

会不会是像树莓派这样的东西，一个强大的笔记本电脑，甚至是更强大的东西？

*   **_Anand Suresh (Portal DEV)_**
    

所以我们并不是真的把自己绑在一个架构上，所以这是个很好的问题。顺便说一下，有各种各样的人最终会使用这个，所以他们中的一些人可能会来自社区的企业部分，他们从投资企业的角度来看待这个问题。因此，他们想进入他们基本上使用门户作为一种手段，在上面运行整个操作的业务。

他们可能会运行自己的以太坊全节点，自己的比特币全节点，自己的闪电节点和所有这些。所以在这种情况下，是的，你最终会使用一些高端的服务，你会看到一些非常强大的东西。在它的另一面是普通的业余爱好者，他们只是想进入这个领域并开始玩弄它。Raspberry Pi不足以运行它。

你也许可以用一个比特币的完整节点，但以太坊不太可能在树莓派上运行。因此，在这种情况下，就像我说的，用户可以用一个较差的节点换掉树莓派的以太坊组件，这样一来，所有其余的通信仍然会发生在树莓派本身上，这是可行的。因此，你仍然有你的比特币与门户软件在那里运行，但所有以太坊方面的通信可能会发生在FURA上，这仍然是好的。所以我们不会把自己束缚在一个特定的架构或一个特定的平台上。我们希望尽可能多地针对现有的平台。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

是的，这有很大的意义。我认为，这种指向你可能在其他地方的各种活动的灵活性真的开辟了很多可能性。所以这很令人兴奋。所以我的意思是，另一个问题是，备份怎么办？如果你正在运行你的节点，或者你正在考虑，你是否已经开始考虑如何备份状态，以便如果发生坏事，你可以从你所在的地方重新启动或从你所在的地方重新启动？

*   **_Anand Suresh (Portal DEV)_**
    

这是个很好的问题。到现在为止，我们还没有真正深入研究这个解决方案，但我们很可能在寻找一些选项，不是自己做一些事情，而是将其卸载给其他系统组件，如文件系统。如果你最终使用ZFS这样的东西，你可以让它每分钟、每5分钟、每10分钟和一些常规的节奏自动对驱动器进行快照，然后将备份运送到远程站点。

使用像ZFS这样的东西的好处是，你会得到很多传统上你必须自己建立的优势。例如，你可以得到开箱即用的功能，你可以对你的数据进行运行时压缩，你可以选择对数据进行持续时间快照加密或地址加密。因此，所有这些从安全角度来看非常好的功能已经出现在像DFS这样的小东西上。所以我们最终可能会关注类似的东西。

作为做备份的一种手段。但正如我所说，我们还没有真正深入研究这部分。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

是的，我想我也可能在这个问题上抢先了一步。

我只是好奇你是否想过这个问题，但事实上还有一些更基本的问题，比如；"当我得到一个设备，说我想运行一个门户节点，比如从冷硬件到一个完整的运行节点，从DevOps的角度开始赚取费用，这个过程是什么样子的？

*   **_Anand Suresh (Portal DEV)_**
    

所以让我给你讲讲这一步。我只是要考虑这个例子，但从技术上讲，这可以是任何服务器。

从本质上讲，我们看它的方式是你会去一个网站或一个网页，在那里你可以访问门户网站的构建资产。因此，可以把它看成是你去Ubuntu的下载空间，然后从那里的一个变化中选择你想要的版本。

在这种情况下，可能本身并没有增加，但它更像是一个填写表格--配置你的节点的形式，对。所以你基本上可以当你打开页面时，它基本上是一个网络表格，里面有一堆的默认值，你可以进去改变这些默认值。

如果你想运行你自己的节点，你可以在那里插入你的URL，或者如果你已经有一个比特币节点在某处运行，你可以把那个值插入你的默认值，在最后你可以使用一个ISO镜像，只是为了你的机器。所以你基本上可以一直选择格式。所以它可以是一个ISO，它可以是一个netboot镜像，它可以是一个亚马逊磁盘镜像。

因此，如果你想在AWS上运行，它可以是一个树莓派SD卡镜像，如果你选择在树莓派上运行这个。

一旦构建过程完成，它基本上会把文件下载到你的机器上，然后你可以把它刻录到你的本地媒体上，不管它是什么，SD卡、CD或U盘，然后你只要把它插到你的服务器上，从U盘启动那个东西，一旦系统启动，你就基本上可以了。这主要是我们试图把它作为一个实时图像来使用，就像你把Ubuntu作为一个实时图像来运行一样，你只要把这个东西插上，它就会给你一个完全启动的Ubuntu机器，从U盘上运行。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

嗯。

*   **_Anand Suresh (Portal DEV)_**
    

然后你就拿着它，把它插入你的服务器，从U盘启动那个东西，你就可以了，基本上，一旦系统启动它。这主要是像我们试图让这个工作作为一个活的图像来工作。就像你将Ubuntu作为实时镜像运行一样，你只需插上这个东西，它就会给你一个完全启动的Ubuntu机器，并通过U盘运行。

因此，从安全角度来看，我们这样做有几个原因。它实际上非常好，因为没有任何东西需要安装，或者你得到的只是刻录在U盘上的东西，你只需插入它，就可以走了。第二，当涉及到升级时，它使事情变得更容易，特别是如果你必须做大规模的升级。在这种情况下，你要做的就是关闭系统，拔出旧的USB，插入新的USB，启动它，然后你就可以了。

任何人都应该能够运行这个系统。即使是没有很多系统管理员经验的人，他们也应该能够遵循一些基本的步骤，能够自己管理他们的门户。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

这是很有意义的。我只是很好奇，如果你想在服务器群中设置和运行一个门户节点，会发生什么情况？

他们不能在云上，但如果说在任何地方合署办公或托管，在你不能接触到外围设备的情况下，你会怎么做？

*   **_Anand Suresh (Portal DEV)_**
    

你的意思是你那里实际上没有外围设备？

*   **_Kulpreet Singh (Portal Co-Host)_**
    

就像你没有权限让你把U盘放在那里一样。

*   **_Anand Suresh (Portal DEV)_**
    

哦，我明白了，所以在这种情况下，就像取决于你知道那是什么，比如你在AWS上运行，你可以下载这个镜像，而不是ISO，你可以下载AMI，也就是亚马逊机器镜像格式。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

我明白了，好的。

*   **_Anand Suresh (Portal DEV)_**
    

然后你就可以把它导入到你的AWS控制台，然后说 "酷，这是我的机器镜像，去预订那个东西"，然后就可以了。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

哇，这太不可思议了。谢谢阿南德做了一些这样的问题。我相信我们很快会回来问更多的问题，再次感谢。

*   **_Anand Suresh (Portal DEV)_**
    

好的。谢谢。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

这真是超级酷。真了不起。

谢谢你，阿南德在这里做了一些问题。我的意思是，我相信我们很快就会继续回访更多的问题。

再次感谢。

那么接下来我们跳到凯西身上。

嗨，凯西，你在吗？

*   **_Casey Bowman (Portal DEV)_**
    

嗨，是的。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

嘿，凯西，很高兴再次与你交谈，伙计。

好的，我一直有一个问题要问你，我一直在问你，而我们一直对这个问题感到困惑......

我的意思是原子交换本身是一个有点复杂的部分，对吗？

*   **_Casey Bowman (Portal DEV)_**
    

是的。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

那么你能告诉我们其中的奥妙是什么吗？

如果你不介意的话。

*   **_Casey Bowman (Portal DEV)_**
    

好的，首先对大家来说，我一直在做闪电方面的工作，Alexey一直在做以太坊方面的工作。我一直专注于闪电的交换，然后暂时将两者连接起来。结果发现这很简单。我最初在考虑做一些事情，因为我在探索一些事情，我把链上发生的事情复制到链下发生的类似类型的交易。

我想象了一些东西，实际上那里有一些随机的想法，我们可能会用在其他事情上，因为事实证明，当我经历了只是试图简化和简化它。

我意识到有一个叫HODL发票的东西，它是可用的。

我相信最初是纯交换做了一些东西，定制了他们的一些节点，无论如何，最终一个L&D模型将HODL发票纳入他们的代码，所以这是可用的，这允许的是，而不是有一个发票，一旦有人从一端支付它就自动支付，它停止在最后一点，收款人可以接受付款或不接受。因此，除了受款人的最后一次接受之外，一切都已经完成了。

那里有一个关于发票的状态，也就是持有状态。因此，这就是为什么他们把它称为持有发票，或者为了好玩，他们把它称为HODL发票。因此，这允许你有一个非常简单的设置。我们有这样的交换，一边是不对称的东西，一个用户有一个秘密，另一个没有，然后有一个秘密的哈希值，用于一边的HODL发票和另一边的普通发票，一旦付款就自动支付。

发生的情况是，你已经把它全部设置好，以便有这种状态，一旦你确信这种状态，你基本上可以让寻求秘密的人支付普通发票，一旦支付和接受。你可以立即揭开这个秘密，这个秘密可以被那个用户用来做HODL发票的最后一步，以接受付款。

好了，这就是现在闪电交换的工作方式。这都是基于发票的，所以我认为我们想让以太坊方面也使用同样的方法来处理发票的问题。这基本上是我们对Lightning和未来事物的看法，我认为在未来，Taproot也可能有一些机会，他们也会使用发票。

所以我们真的想保持简单，并使用这种方法。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

好的。因此，从本质上讲，我可以在闪电上获得交换，对吗？所以我的问题是，你是如何设想以太坊方面的黑匣子，使其与你的解决方案一起工作的？

*   **_Casey Bowman (Portal DEV)_**
    

在这里，你需要把这些问题交给Alexey，因为我一直在关注照明方面的问题。

我一直在做文档工作，以确保有很多关于我目前所做工作的良好文档，并促进我们公司内部的沟通。我正在使用一个叫做antora的东西，我认为有一个像这样的文档系统有很大的优势，可以向公众开放，也可以与我们公司的成员之间进行交流。这是一个很好的文档系统，它有点像作为代码的文档，真的非常有吸引力，这是我认为将是非常积极的东西。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

这是不是类似于所谓的识字编程的东西？

或者你说的是，文档在代码之外的其他地方？

*   **_Casey Bowman (Portal DEV)_**
    

基本上，你可以把它放在一个仓库里，你可以把它分散在多个仓库里，它将带来信息，并以这种方式将其模块化，所以你可以在你需要的地方有一个完整的文档，它也是有版本的，所以你可以通过文档，在你需要的时候从不同的仓库里把它集中起来。

当你用GitHub工作时，这是一个非常好的系统，它全部使用ASCII文档。

这是我目前所迷恋的东西，我只是想分享一下。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

我刚刚查了一下。这听起来非常有趣。我可能真的会开始使用它，至少要读懂它。从本质上说，你可以自行托管它。

这是另一个 repo，只是被渲染成文档

*   **_Casey Bowman (Portal DEV)_**
    

我只是把它包括在我们当前的版本库中，所以它可以是版本库的一个子树，然后它可以作为一个子树被包括进来，基本上所有不同的组件都是由一条通往版本库的路线和一条你开始的路径组成的，所以起始文件可以是版本库中的任何地方，在版本库的任何地方都可以有多个起始路径，任何一个版本库都可以有多个起始路径。因此，你可以在一个资源库或多个资源库中拥有不同的文档组件，这只是一种非常好的组织方式，你知道，这是一种以组件为导向的文档编制方式。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

听起来不错。我的意思是，如果你已经把它放在Portal repo里了，如果你能把链接放在下面的空间里，那就太好了。

如果它已经准备好供公众使用，人们可能会很感激它。

*   **_Casey Bowman (Portal DEV)_**
    

还没有。它现在在mono repo中。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

好的，这可以理解。

*   **_Casey Bowman (Portal DEV)_**
    

它还包括一个很好的设施，可以带来图表和所有类似的东西。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

我肯定会去看的。谢谢你的提示。

所以我的意思是这很有趣，对吧。谈到知识共享和相互学习。我听说你很喜欢在同行群体中学习，并试图找到自己的小天地，在那里你可以学到更多的东西。你的想法是什么？我的意思是，我们非常好奇你的想法，如果有一个新的工程师想获得知识；是否有任何特定的课程或大学；你在这方面有什么想法？

*   **_Casey Bowman (Portal DEV)_**
    

好的。所以我在这方面有两个主要的想法。

我去了斯坦福大学，我认为在斯坦福大学有一些很好的角落，那里有很好的东西在做。我在一个现在被称为管理科学与工程的部门，那里有很多对微观经济学、博弈论、概率、价格理论的关注。

我认为对参与比特币和相关问题的人来说，了解这些是非常重要的。了解价格从何而来，如何运作，以及这类东西的基础知识，真的会变得越来越重要，所以我真的非常鼓励要参与软件的人好好了解微观经济学和博弈论之类的东西。至少在我的经验中，这不是一个高度政治化的地方，他们真的坚持原则。

仍然有一些地方，人们坚持做具体和实质性的事情，但这很难，因为大学里发生了很多政治化的事情。我认为还有一个重要的部分，我是在2018年参加斯坦福大学比特币俱乐部时发现的，他们所做的是每周我们都会聚在一起，阅读比特币和加密货币技术书，那本由普林斯顿出版的书。

总之，我们正在翻阅这本书，他们所做的是每周我们都会聚在一起，每个人都会负责一个章节的内容，然后向小组的其他成员介绍，只是通过对彼此的这些想法的阐述，你会学到更多深刻的东西。同行的学习经验在未来将是非常强大的。

我已经用它探索了很多关于编程、比特币和闪电的书籍，同时自己也在学习&我觉得有一种非常强大的方式去做事情。有一件事也很神奇，它有点像，"如果你建立它，他们就会来"。凯文-科斯特纳的那部电影到底是什么？

你知道，我觉得我只是在聚会上宣布，"嘿，我们要做这个，并开始谈论它"，然后我的意思是，我发现真的有一个惊人的高素质的人来到这里，我再次习惯于你知道我的意思是你知道在斯坦福和普林斯顿的相对高素质，所以你知道我只是觉得它真的很整洁，看到人们如何在这些同行的团体中走到一起，并做一些真正具有挑战性的东西。

我对我在阅读小组的经历感到非常兴奋，我认为这是一个很好的学习方式。在Jimmy Song的书出版之前，我参加了他的比特币编程课，后来我和一些校友聚在一起，以阅读小组的形式自己阅读材料，我们把我在斯坦福比特币俱乐部看到的那些想法应用到我们的阅读材料中。这只是开始，你知道我们只是从我们已经做了像我不知道的20-30本书或其他东西，但我认为这只是一个伟大的方式来学习一个新的领域，特别是一个非常新颖的。现在在斯坦福大学有一些课程。我知道唐-巴尼特有一门课程，这可能是不错的选择，也可以在网上找一些材料。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

这很吸引人。你所说的是更多的草根。这是很不同的

*   **_Casey Bowman (Portal DEV)_**
    

我说的是有真正高素质的人参与，而且是人与人的互动。我认为这也是非常重要的。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

就这样吧。我喜欢你谈论它的方式。那里没有专家。那里没有人是老师。人们是作为一个团体来学习的。我一定要试着做一些事情。也许我应该尝试做园艺。

*   **_Casey Bowman (Portal DEV)_**
    

对，为什么不呢？

*   **_Kulpreet Singh (Portal Co-Host)_**
    

真棒。谢谢你们。听了你们的想法，真是了不起。

Manoj，我听到了。所以我我很确定你在这里。又见面了。

*   **Manoj Duggirala (Portal Co-Founder)**
    

嗨,Kulpreet.

*   **_Kulpreet Singh (Portal Co-Host)_**
    

第一个问题，也是心中的头等大事，就像人们一直在谈论为什么Portal会专注于iOS和Mac OS。我想到的逻辑问题是，为什么我们不在windows中建立一些像Metamask这样的浏览器应用程序？

你能分享一下你的想法吗？

*   **Manoj Duggirala (Portal Co-Founder)**
    

当然，我们并没有真正排除任何平台。这不是我们的策略。

对于那些可能不熟悉我们的人来说，实际上早在2019年，我们在Mac App Store上有一个短暂的多资产价值，它是第一个有交易所整合并被苹果应用商店批准的应用程序。

我们当时选择了iOS，因为它在安全方面提供了最好的工具，如Secure Enclave，可以帮助你建立一个非常安全的软件。我们也不喜欢当时Slack是首屈一指的应用程序之一，这些应用程序大多是用电子构建的，它们在性能方面相当臃肿，所以我们出于性能方面的考虑选择了本地应用程序，我们希望提供市场上最安全的钱包。

事后看来，像其他人一样使用JavaScript可能是很容易的，现在已经有大量的生态系统围绕着这个。鉴于我们所拥有的传统和开发者资源，我们最初推出的是iOS和Mac App，而且也很容易为alpha和beta测试做测试推广。

所以我们从这个开始，但同时我们也在建设，所以没有一个平台会被排除在外，然后从我们的测试中获得的所有经验都会转移到其他平台。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

好的，这听起来很不错。在Mac OS之外，比如不谈iOS，如果你要针对Windows和其他平台上的用户，你会选择原生的吗？

*   **Manoj Duggirala (Portal Co-Founder)**
    

我们会使用flutter等工具。我们不打算使用原生构建，因为现在的生态系统已经足够先进，有很多库可以利用。所以我们会继续这样做。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

好的，不需要重新发明整个车轮。这是很有意义的。

*   **Manoj Duggirala (Portal Co-Founder)**
    

补充一点，我的意思是我们也在开发一个类似于Metamask的浏览器扩展。这样，所有这些dApps都可以与他们互动，这样人们就不必相信一个网站的钥匙。这也是在工作中。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

这将给你一种过渡或回旋的余地，以进入不同的平台，一旦你一旦你有一些东西，至少有一个小的方式与门户互动，作为一个浏览器扩展，那么至少你可以做一些事情。

好的，这听起来很好。我的意思是下一个问题可能不是那么有意义，但我还是很好奇。

如果你知道鉴于苹果公司如何可以你知道以任何理由阻止应用程序呢？

就像你说的，一个分销渠道的备份计划。我想你已经有点解决了这个问题，但只是想明确地问一下。

*   **Manoj Duggirala (Portal Co-Founder)**
    

是的，我的意思是这是一个很好的问题，因为你总是面临着这些守门人的风险，当你在苹果和谷歌这样的围墙花园周围建立时。他们可以对你进行审查，而我们正试图建立一个不可审查的东西。

就我们的战略计划而言，我们将有一个门户网站的桌面应用程序，就像我们谈到的那样，我们将陆续发布这些信息，我们不会在我们的DNS上发布这些信息，如果我们把它放在我们的网站上，那是一种责任。如果你看看Uniswap，这就是他们面临的诉讼之一，同时你也可能被DNS供应商等踢开，但真正试图走向去中心化的道路，任何人都可以下载应用程序并运行他们自己的交易所，并连接到网络，交换应用程序的魔法发生。

但你知道这不会在一夜之间发生。

这就是我们的目标。我们将从iOS、Mac和安卓的应用程序开始缓慢发展，但路径是相当清晰的。我们正朝着去中心化的事情发展，我们没有攻击的中心点。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

是的，我的意思是，这也导致了一个问题，你知道，在Portal Defi上建立窃听。我想在上次的炉边谈话中，你也提到了如何在Portal上面建立不同的dApps，我们很好奇，你是否愿意或开放给其他开发者建立它，你有什么样的SDK计划？

*   **Manoj Duggirala (Portal Co-Founder)**
    

是的，这就是我们希望其他人在我们的dex基础上建立的计划。它可以从基本的简单合约开始，如在比特币上建立衍生品，到更复杂的合约，如你在braidpool建立的，对吗？

哈希率、衍生品和采矿之类的。

如果你有这些东西，你知道你可以利用产生流动性的网络。

我们最初也会用我们自己的应用程序在上面引导生态系统。因此，你知道我们已经有一个计划，这是一个简单的价格预测服务，在dex的基础上，你可以根据模型订阅获得关于何时购买或出售特定资产的提醒，但在SDK方面，它仍然是一个进展中的工作。

我们还不太确定哪些组件对开发者有用，但我们将通过强大的文档和支持性语言使其对开发者来说尽可能简单和容易，这对生态系统有利。

**这将是2024年第一季度的某个时候，早期采用者实际上将帮助我们塑造它。在这个意义上，我们正在寻找设计伙伴**

*   **_Kulpreet Singh (Portal Co-Host)_**
    

是的，建立一个与dex对话的API，所以你已经开始探索各种可能性和挑战了。

所以我们绝对有兴趣听更多关于它的信息。

这些炉边谈话将帮助社区及时了解正在发生的事情。

*   **Manoj Duggirala (Portal Co-Founder)**
    

是的.

*   **_Kulpreet Singh (Portal Co-Host)_**
    

谢谢。也许下一次我们会围绕这些概念挖掘一些更多的细节。再次感谢你，现在我们注意到Eric身上。

Eric，你能听到我们吗？

*   **Eric Martindale (Portal Co-Founder & CEO)**
    

听得很清楚。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

很好。我希望你今天抽出时间来和我们交谈时，不是在看半决赛。

*   **Eric Martindale (Portal Co-Founder & CEO)**
    

是的，我走出来只是为了加入你们。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

很好，所以我的意思是非常好奇，Portal和所有的产品都是由这里的团队建立的，它的发展脉络是什么？

Manoj提到，早在2019年就发生了一些事情，我听说你们甚至在那之前就已经在做一些项目了。所以，如果你能谈谈你的历史，你从哪里开始，你在哪里，以及你可能看到你可能会去哪里。

这是一种通用的问题，以满足人们的好奇心，知道这个团队的知识深度有多深。

*   **Eric Martindale (Portal Co-Founder & CEO)**
    

当然，Portal的最初想法我相信是在我开始研究Fabric本身的同时产生的，最初的想法是让投资组合经理能够交换你的加密货币，但对于那些正在购买一些加密货币并将头寸从一个转移到另一个的更复杂的投资者来说，真正有一个全面的观点。**大约在那个时候，2018年和2019年，有一个最初的原型建立。我们把它从商店里拿下来，因为第一个实施方案并没有完全达到我们所寻找的安全门槛，我们想把产品带到一个稍微不同的方向。**

因此，我们做了，我相信是在去年年底，我们开始在二级代码库上工作，从基础上建立它，我们有从织物方面以及从建立最初的学习。

苹果专注于经济应用，我们已经取得了相当大的进展，但在这一点上，我们只是试图让它越过终点线，让所有的东西都得到实现。从那时起，一些新的库已经出来了，我们真的完善了我们的方法。所以你知道它进展得相当好。

我想这是一个相当好的历史。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

是的，这很吸引人。所以，现在我们为了这次谈话的目的，已经有了MVP，对吧。因此，在你的脑海中，在你的愿景中，用户下载的产品是什么，并在本质上运行一个节点和赚取费用来赚钱？就像那是如何工作的？

*   **Eric Martindale (Portal Co-Founder & CEO)**
    

因为我们要进行点对点的交易，对于门户公司来说，真的没有那么多机会真正介入并从交易中分一杯羹。因此，我们的模式更像你在例如闪电中看到的那样，通过参与路由或参与存储信息以转发给其他人，甚至可能为交易人寻找同行，无论你是制造者还是接受者。

严格来说，这是为了促进，是为了参与帮助这些用户在点对点网络中找到彼此的ASK。

显然，你知道我们作为一个公司，我们正在寻找在交易所之上的其他增值服务。我的意思是，在设计上，我们几乎把自己排除在画面之外。因此，你知道我们正在寻找一些其他的东西，包括你知道的价格预测和流动性的获取。

例如，你可以考虑一个海底互换，而不是你的互换，而不是在两个不同的加密货币之间互换，你是在两个不同的层之间互换，第一层和第二层。

因此，你可以看看门户网站和个人赚钱的机会，就像你在Lightning中赚钱一样，即通过帮助在路线上移动资金，或通过为其他同行存储和转发信息，帮助制造者为他的订单找到一个接受者，或帮助制造者为他的订单找到一个制造者。

因此，它真的是在整个订单匹配方面的排序。

显然，作为一个公司，我们可以在内部做其他事情，但就用户可以赚取的资金而言。我们严格看重这种点对点的模式，帮助资金流动。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

很好，所以我的意思是非常好奇，Portal和所有的产品都是由这里的团队建立的，它的发展脉络是什么？

Manoj提到，早在2019年就发生了一些事情，我听说你们甚至在那之前就已经在做一些项目了。所以，如果你能谈谈你的历史，你从哪里开始，你在哪里，以及你可能看到你可能会去哪里。

这是一种通用的问题，以满足人们的好奇心，知道这个团队的知识深度有多深。

*   **Eric Martindale (Portal Co-Founder & CEO)**
    

实际上现在两者都有，我们正在努力找出其他的机会，但那里有一种抽象的东西。"信息是什么并不特别重要。

我们的想法是，有它只是一个信息，对吗？无论这个信息是什么类型，你知道是订单还是其他类型的信息，只要你参与帮助把这个信息转移到它的预定目的地。在找到一个潜在的目的地时，你将能够作为一个节点操作员从其中分得一杯羹。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

好的，明白了。

那么，这将归结为节点拥有类似于 "闪电 "的网络连接，如拥有适当数量的通道与连接，以便能够获得更多的费用，因为你转发了更多的流量，是否也会归结为这一点？

*   **Eric Martindale (Portal Co-Founder & CEO)**
    

是的，这和你的节点的可靠性有关，比如你在线的时间有多长。如果你能持续在线，你就能看到更多的信息，如果你能看到更多的信息，你就能匹配更多的订单。如果你与相应的同行有良好的连接，那么你的节点将很有可能参与到订单匹配或消息中。

传递那是针对网络上的特定交易或特定活动。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

对。这有很大的意义。所以，我的意思是，这继续与闪电和门户德克斯之间的这种相似之处。在 "闪电 "的世界里，有一个关于拥有守望先锋的问题，对吗？

有一些解决方案，但据我所知，它们需要对比特币进行一些改变。有没有类似的东西，比如说如果一个用户下线了，有没有发生对方可以拿走他们的资金或关闭通道的因素？

或者说，如果用户下线了，他们就安全了吗？

如果他们不下线，有没有可能发生的原因？

*   **Eric Martindale (Portal Co-Founder & CEO)**
    

我们仍然遵循这样的模式，即为了完全安全，完全自我主权，你确实需要至少运行自己的节点。这基本上就是瞭望塔，你有一个可靠的全节点，通知下游客户链上的任何活动，在主区块链上，如果合同的任何特定条件被触发，或者例如，也许该节点还持有现有的已签署和未签署的交易，无论是结算还是通道关闭。因此，我们仍然有那种限制，即你真的想要一个可靠的始终在线的完整节点。但是，我们已经谈了一点关于这个消息传递的想法和从Fabric继承的想法。

拥有这些消息邮箱或队列的想法确实提高了弹性，并大大降低了风险，因为有多种途径。网络中的每个节点都有机会存储这些消息，以便在目标用户或目标收件人上线时使用。

因此，基于时间锁，你知道有一个合同的到期，在这一点上，你可以检查你最后一次在线的时间，这是可能的。就像在Lightning中一样，你有可能会失去某些部分，某些累积的余额，但只要你与一组托管你的邮箱的对等人有良好的连接，那么这些对等人就有能力在渠道关闭或强制关闭的情况下，这些对等人也可以进行广播，并有可能在你下线的情况下因 "拯救你的屁股 "而获得费用。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

是的，这确实是一个很好的想法。我不知道Fabric中的邮箱想法。我想我们将在下一次的炉边谈话中讨论这个问题。我从来没有听说过，在点对点的网络中，有一个信息箱，它可以为你保存信息，直到你回来的时候，如果我没有理解错的话？

*   **Eric Martindale (Portal Co-Founder & CEO)**
    

这就像一个消息队列。所以，当我们能得到一个屏幕共享演示时，我们一定会更详细地介绍这个问题，以便我们能开始向大家展示。

*   **Terry Philipson (Portal Host)**
    

说到我们上次的炉边谈话中的离线。我上次就想问这个问题，但是你对代币化的一些现实世界的用例有什么看法，比如说代币化音乐会门票或一般的门票？

在我看来，门票的概念在本质上只是一个权利人的文件。

*   **Eric Martindale (Portal Co-Founder & CEO)**
    

是的，所以门票是一个有趣的例子。我的意思是，在音乐会门票或活动门票的情况下，有一个单一的发行者。你有一个发行者，关于这些类型的资产或这些类型的合同的另一个有趣的特性是，它们几乎是一次性的，真的。因此，当发行人发行这些代币之一时，你知道它可以由用户持有，与加密货币的方式相同。

可以在设备上持有，或者你知道，无论是在冷库还是在实际设备上。然后当你出现在会场时，你显示你有这个资产，它就会被消费。这几乎就像一个可赎回的东西。

因此，这与你知道的所有其他加密货币有点不同，除非你明确地烧掉它们，否则它们可以被交易并沿着路径移动，但在音乐会门票的情况下，它是一个可赎回的资产。因此，该资产在本质上，我不想说燃烧，因为这不是技术上发生的事情。它实际上只是被消耗了。但在这种模式下，你知道，你有一些发行人，要么是场地、活动组织者，甚至可能是下线。你知道，你可以与Ticketmaster或类似的人合作，他们是资产的实际发行者，然后场地，无论他们是自己操作还是与Ticketmaster这样的合作伙伴合作。他们是维护这个Ledger的人。对于分布式系统和区块链来说，这不是一个特别好的用例。

虽然门票可以转让的想法，以及某种程度上切入门票黄牛/黑市的想法，但你可以出现在一个场地的活动中，很多时候外面都有门票出售。你确实想为用户保留这种转让这些门票的能力。

但这里的独特属性是，它是可以赎回的。所以我的意思是，这是我们想与P.A.T.H.合作的东西。我的意思是，虽然我们更专注于可赎回的资产，如围绕能源和搁浅的能源、矿权、产权等。门票/音乐会门票的想法也适合于此，因为如果你能想象矿物，那么你知道它也是可以赎回的。

因此，对于我们来说，绝对有一条进入该市场的道路。

虽然我们现在专注于矿权和财产所有权等。这是非常类似的。它们是非常类似的，而且是非常类似的结构类型。因此，我们可以在这些方面使用很多相同的代码。

*   **Terry Philipson (Portal Host)**
    

谢谢你的建议，Eric。我把它留给Kulpreet。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

谢谢，Ron。Eric，我们有几个问题要问你，但我已经注意到时间了。那么，如果我们跳到Artee或Alexey，你们怎么看？

*   **Eric Martindale (Portal Co-Founder & CEO)**
    

是的，我是说，这听起来不错，对我来说听起来不错。我的意思是，我们可能在最后有一点时间来回答任何悬而未决的问题。让我们继续前进，然后也许在最后我们可以覆盖一些我们跳过的问题。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

是的，因为我非常非常好奇Alexey对以太坊有什么要说的。

Alexey，你回来了吗？你能听到我们吗？

*   **Alexey Melnichenko (Portal Engineer)**
    

一切都应该是。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

很好，我们听到了。

*   **Terry Philipson (Portal Host)**
    

是的，我们能听到你。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

很好。因此，当我们与Casey交谈时，我们的想法是，"好吧，第二层交换是如何在像比特币和以太坊之间工作的？"，他描绘了一幅在比特币方面发生的美好画面。我们对以太坊方面的情况非常好奇。在我们去那里之前，如果你不介意的话，可以给我们介绍一下第二层是如何在以太坊上工作的，只是一般从第一原则出发，以便让那些对以太坊方面的创新不那么了解的人。

如果你能给我们一个快速的介绍，你觉得怎么样？

*   **Alexey Melnichenko (Portal Engineer)**
    

因此，当你打开一个通道时，它基本上是作为一个收益农场工作的。你只需将一些代币存入合同，它们就会被算作你的第二层代币。然后你就可以拿着这些代币与第二层的任何其他用户开通通道。当你这样做的时候，你拿着这些第二层代币的一部分，把它们存入与其他用户的第二层通道，然后你就能够发送付款。

对于交换来说，这一点的好处是，当你发送付款时，实际上最初是用秘密锁定的，付款基本上有一个基于秘密的哈希值的ID，然后付款的接收者实际上不能得到付款，直到他们以某种方式知道这个秘密，他们在这里有多种方式可以知道这个秘密。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

嗯。

*   **Alexey Melnichenko (Portal Engineer)**
    

本质上，这些转移是即时和免费的。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

真棒。

*   **Alexey Melnichenko (Portal Engineer)**
    

是的，有一个点对点的信息传输协议，基本上可以让用户发现对方，然后有一个单独的协议，当实际交换发生时，他们直接与对方交谈。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

那么，秘密的揭示是通过这个点对点的通道发生的，还是他们在听/看交易？

我可以理解在第一层会发生什么，就是秘密最终会通过链上的交易被揭露。在第二层世界中，这种情况是如何发生的？

*   **Alexey Melnichenko (Portal Engineer)**
    

实际上，在第二层，只要有匹配的支付哈希值的人泄露了秘密，情况就很不同。这实际上是清除了整个网络上的所有付款。因此，即使你有10个具有相同哈希值的付款同时进行，只要其中任何一方透露了秘密，所有这些付款就会立即通过。因此，这对于停机坪交换来说是相当方便的，而不是要采取一堆步骤来单独解锁所有付款。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

那么秘密揭示也是跨多跳的，对吗？

在这种情况下，多跳支付是如何工作的，比如说我在闪电网络或在门户端/闪电端有一个节点，而你在以太坊端有一个节点，对吗？

但我们彼此之间没有直接联系。

*   **Alexey Melnichenko (Portal Engineer)**
    

是的。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

我们可以发送付款吗？

他们可以通过各自的网络路由到，然后以某种方式发现对方吗？那是怎么做的？

*   **Alexey Melnichenko (Portal Engineer)**
    

最初我只是描述以太坊第2层的交换，没有比特币，所以两个节点只是连接。

简单的版本是他们都连接到一个调解器节点。

所以它们都是通往同一个节点的开放通道，本质上。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

好的。

*   **Alexey Melnichenko (Portal Engineer)**
    

有一条从用户一到用户二的路径通过该调解器，所以他们能够通过调解器向用户二发送多跳付款，当发生这种情况时，他们会将其发送给调解器。

然后调解人看到他们收到了付款，而且最终会送到用户二那里，然后他们向用户二发送另一笔付款，用户二看到他们有一笔传入的付款与订单交易中的哈希值相符，他们通过调解人再次向用户一发送正确的金额。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

嗯。

*   **Alexey Melnichenko (Portal Engineer)**
    

他们通过调解人向用户一发送正确的金额，调解人再次看到传入的付款是相同的哈希值，并再次将其发送给用户一，但现在是相同的哈希值。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

完美。

*   **Alexey Melnichenko (Portal Engineer)**
    

现在，用户一看到他们收到了正确金额的付款，以匹配的哈希值返回他们的初始付款，当这种情况发生时，他们只需通过解锁整个网络上的付款来揭示这个秘密，这将触发两个付款在整个网络上进行。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

因此，从本质上讲，它归结为节点通过调解人找到彼此的路线，他们可以选择一个调解人，或者他们可能不想选择调解人，如果意外的交易被他们都连接的调解人所匹配，是这样吗？

*   **Alexey Melnichenko (Portal Engineer)**
    

好吧，你要非常小心你使用的调解人，特别是因为每次你打开一个通道，目前你锁定了一定数量的代币，所以我们正在研究一项服务，基本上使其有效，并使人们通过某种网络连接到相同的调解人网络，这些调解人也有渠道开放给对方。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

我明白了。正是在这种更紧密联系的网络中，才容易发现东西。

*   **Alexey Melnichenko (Portal Engineer)**
    

是的，在简单的情况下，它非常简单。我的意思是，路径就是用户一到调解员再到用户二，只要付款的发件人知道这个路径，他们就能发送，而不需要依赖其他任何一方。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

陷阱。

*   **Alexey Melnichenko (Portal Engineer)**
    

当我们变得越发复杂的时候，网络会更加复杂，用户需要追踪所有调解人节点和叶子节点之间的所有开放通道，或者依靠一些服务。有人可能会运行像联盟或类似的东西。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

希望这种复杂性的模型也需要管理节点使用不同区块链的想法。

*   **Alexey Melnichenko (Portal Engineer)**
    

对。因此，如果你在像Polygon和Ethereum主网这样的多层Ethereum第2层上，这将是相当简单的。

但是对于比特币到以太坊第2层的交换，基本上会是一样的，因为两个用户仍然运行着以太坊节点和比特币节点，所以没有太大的区别，因为用户二会在他们的以太坊节点上看到带有正确哈希值的传入付款，然后简单地通过他们的闪电节点把付款送回来。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

好吧，这真是太聪明了。我完全忘记了下一个节点同时运行区块链节点的想法。这很有趣，Alexey。

我想，一旦我们对你所做的事情有所了解，我们会有更多的问题。因此，希望我们在下一次炉边会议上再来讨论这个问题。

也许我们现在可以转到Artee身上。

Artee，你能听到我们吗？

*   **Pablo Artee (Portal Designer)**
    

是的，怎么了？

*   **_Kulpreet Singh (Portal Co-Host)_**
    

很高兴再次与你交谈，伙计。那么，自我主权或自我监护是如何影响用户体验的？

这是最大的问题，就像我之前问的那样。

如果你下线了，你如何保证你的资金安全？

是否有一些问题是你必须在用户体验层处理的？

我肯定有，你在想什么，你在想门户网站可以做什么来实现这个目标？

*   **Pablo Artee (Portal Designer)**
    

我们在过去的炉边会上提到了其中的一部分，这就是集中式和分散式服务的区别。

人们正在经历这种分散的路线。

有很多东西是用户需要注意的，他们需要连接到比特币节点，闪电节点，所有想要交换的节点，然后是门户节点，这将是一个协调者。也许在未来，当我们增加其他功能时，有一个织物节点，或者如果我们正在推动完全抵制审查，我们可能会鼓励他们获得连接，因此，而不是仅仅将你的资金存入一个中心化的实体，然后在那里做一切事情，而没有保管，用户将需要了解所有这些节点的状态，这些节点需要真正的自我主权，不仅仅是你的钥匙，不是你的硬币那种东西。这不仅仅是关于资金，也是关于对网络状态的认识和对自己节点的信任。

因此，最终的用户界面将有这样的客户端，我们将首先在iOS开始，我们需要向用户展示所有这些服务的状态，他们称之为依赖。服务必须能够进行成功的交换，所以我们将需要向用户显示状态，允许他们也许改变他们自己的节点，或者如果有一些一些依赖关系不能正常工作，这对精通技术的用户来说可能是微不足道的，但是为了进入主流，我们可能需要教育他们，所有这些依赖关系是什么，如何处理它们，也许我们还在考虑这个问题，但是也许这是某种渐进的道路，可以完全自我主权。也许在开始时，他们可以使用朋友的节点或受信任的试点节点，然后升级到这个真正的主权的东西。

我们将允许他们连接到任何他们想连接的地方，但我想这是关于用户体验的最大问题，给他们提供工具，使他们能够处理所有这些，管理这些，了解这些状态，并教他们这些依赖性是什么以及如何处理它们。

有一些教育实际上是非常有趣的，你如何让用户了解不仅仅是比特币和以太坊，他们可能想绕过他们的头脑，但也有一个复杂的事实，即会有很多应用内的培训或教育，你可能需要考虑很多问题。这听起来不是一个简单的挑战。

是的，而且帕累托树原则在任何地方都是成立的。所以我在想象，也许只有20%的人真的会完全掌握主权，因为用户需要走的所有障碍。

其他80%的人将进行一些交易，在这80%里面，也许只有20%是自我监护，其他的，我不知道具体是什么，但是机构是这样的。但在我看来，我们应该做的是给他们提供工具，比如这个客户端可以工作，即使我们的服务器坏了，他们可以指向他们自己的服务，所以他们可以选择这种水平的自我监护和这种水平的主权，即使主权不是真的像它的二进制。

你的主权或你不是，对吗？

但我们想象的是这种光谱。所以我试图把用户放到最终的目的地。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

这不等于一步到位，对很多用户来说，这并不容易，很容易有点退步，走一条捷径，当然你就失去了你的主权。这是不容易的。

这是一个从零到一的步骤，对很多用户来说，这并不容易。我的意思是，而且很容易就会有一种退步。你走了一条捷径，当然你就失去了你的主权。这是不容易的。这不容易，这是肯定的。

*   **Pablo Artee (Portal Designer)**
    

确实如此。当我们谈论开发者、技术专家的时候，做这些事情似乎是微不足道的。但在很多人的心目中，即使是在中央交易所持有比特币的想法，也可能只是让用户不知所措。

我们需要处理这个问题。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

感谢上帝，我们有像你这样的人去处理这个问题。

那么，在这一点上，你认为未来是否会有其他钱包与Portal dex互动的愿景？

我的意思是，如果这样的功能在我们的路线图中，有哪些挑战，需要哪些步骤来实现这样的功能？

*   **Pablo Artee (Portal Designer)**
    

是的，这样就好了。这将是一个真正的目标，就是以模块化的方式提供我们所讨论的服务。想象一下，也许我们有这个去中心化的交易所。如果任何钱包都能与之互动，那就真的很酷了。

为什么呢？

也许有一个钱包真的很不方便，就像我们在维护另一个照顾用户资金的软件。有很多人和很多其他的钱包已经在做这个工作了。

因此，如果任何人都能与它进行互动，就像一般的两个市场一样，这将是非常好的。如果我们的子技术真的很酷，我会很高兴，如果很多交易所或其他市场可以与之互动，只是把我们作为一个轨道，我们为原生应用程序提供的费用，我们可以像挖掘更多的流动性，像我们正在建立的一切。每个人都应该能够利用这些作为一种方式，将用户加入到dex中。如果你允许更多的网关进入，那么你为什么要限制我们的钱包来开始使用dex。

我喜欢这个想法。这是一个长期的梦想，就像乌托邦。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

是的，当然。

*   **Pablo Artee (Portal Designer)**
    

第一个版本将是一个完全集成的东西，我们会把所有的错误和出现的情况都解决掉。而互操作性是一定的问题。有很多不同的工作小组正试图达到某些标准，而要达到标准并不容易，有多种实现方式的东西，但不垄断它，真的很好。

它允许创新。

我们需要一种方式来开始与系统互动，然后一旦你有足够成熟的系统，你可以让其他钱包供应商做艰苦的工作。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

酷，这听起来真棒。但对于但目前的计划，当开放数据可用时，人们将从哪里下载应用程序？他们是否必须去iOS市场，或者你打算如何发货？

*   **Pablo Artee (Portal Designer)**
    

第一个公开的版本将是苹果市场。

所以我们只是在测试整个生态系统，在我们知道它在内部真正发挥作用之前，没有必要维护这个客户端的很多其他变化。第一次公开将在iOS应用商店。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

是的，这很有意义。所以我是说在应用程序内。

*   **Pablo Artee (Portal Designer)**
    

我们正在谈论钱包。在Portal操作系统上会有很多应用，其中提到它将是我们网站的一部分，你将能够配置或下载。所以这取决于实际的产品。

我现在只专注于钱包。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

我的问题是关于钱包的，所以谢谢你的澄清。

你认为你会为人们在iOS应用程序中提供反馈的方法吗，或者你有什么计划为用户提供支持？

*   **Pablo Artee (Portal Designer)**
    

是的，不仅仅是在应用程序中，也包括在网站上。无论用户想在哪里给我们提供信息，我们都会很乐意接受。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

嗯。

*   **Pablo Artee (Portal Designer)**
    

用户真正给你反馈的情况真的很罕见。大多数人只会使用这个应用程序，找到一个对你的应用程序生气的理由，然后直接删除它。

我们会尽量让他们可以告诉我们任何事情。

即使他们想告诉我们，他们讨厌我们，这也没关系。

希望他们能告诉我们原因，这样我们就能做些什么了。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

是的。

*   **Pablo Artee (Portal Designer)**
    

无论他们想通过什么渠道与我们交流，我们都会很乐意获取信息。

*   **_Kulpreet Singh (Portal Co-Host)_**
    

是的，用户反馈是最重要的。说得真像一个痴迷于用户体验的人。

*   **Pablo Artee (Portal Designer)**
    

是的。

*   **Kulpreet Singh (Portal Co-Host)**
    

很好，真棒。谢谢Artee。

再次感谢你的时间。

我们可能在下一次炉边谈话中会有更多问题要问你。

我在想，如果Eric还在的话，在我们走之前，我们能不能至少再问你一个问题。

*   **Eric Martindale (Portal Co-Founder & CEO)**
    

是的，当然可以。

*   **Kulpreet Singh (Portal Co-Host)**
    

好的，太棒了。

当我和人们谈论门户操作系统是什么样子的时候；节点会如何运行？有哪些不同的组件？

交换是如何工作的，所以。

我们想到的问题是，对于一个用户来说，如果他们已经有了比特币，并且他们决定，我要运行门户操作系统，然后开始在上面做交换，这需要多长时间？

时间框架是怎样的？你是否需要等待一定数量的比特币或以太坊的确认？

用户从下载dApps的那一刻起，需要多长时间才能开始实际交易？

如果没有，你认为时间会是怎样的？

*   **Eric Martindale (Portal Co-Founder & CEO)**
    

是的。我们确实走了一些捷径，在应用程序中，我们可能会引入Watchtower功能，一旦你在钱包中拥有资金，意味着至少有一次确认，这绝对是你可以开始交易的开始层。

可能还有其他机会，我们甚至可以加速过去，但这不一定是明智之举。

因为，同样，你在整个情况下重新引入了信任，而这正是我们试图消除的。你现在有一个第三方，你知道控制着你的资金等等。

但你知道在更安全的一面，我的意思是你基本上可以把它看成是一个闪电渠道。因此，只要你在闪电通道中有一个余额，那么一旦你下载了这个应用程序，你就应该有几乎立即转移的能力。但是，我还是认为安全一些，我的意思是就像白皮书中建议的那样。

我的意思是，一个确认是最低限度的。6次确认才是真正的理想，是黄金标准。我们之前谈到了一点关于潜艇互换的问题。通过我正在谈论的这些捷径，这是完全可能的，但你可能能够通过外部钱包的第一层余额。你刚刚下载了应用程序，你设置了你的新钥匙，你代替了存款/转帐，如果你在某个地方有第1层的余额，完全有可能通过使用海底互换获得更快的流动性，更快的交易能力。

你正在购买第二层的余额，你基本上是把第一层的余额换成第二层的余额，但同样，虽然我们可能会启用0确认，但我们从安全门槛来看，绝对的最低限度是1确认。

所以你还是受到了至少这个限制。

同样，我们可以采取一些捷径，我们正在研究，但我们不希望以任何方式损害用户的安全。

*   **Kulpreet Singh (Portal Co-Host)**
    

是的，我的意思是，至少在安全方面是很有意义的。如果你需要提供某种程度的安全，你至少需要2或3次确认，如果不是6次。这仍然是一个改进。

*   **Terry Philipson (Portal Host)**
    

哦，当然。

*   **Kulpreet Singh (Portal Co-Host)**
    

是的，那么我们应该怎么做？

我们应该再问一个问题，还是我们已经超过了时间？

*   **Terry Philipson (Portal Host)**
    

我想我们至少还有时间再问一个问题。

这实际上来自我们的电报频道。我想我们早些时候已经提到过这个问题了。看看谁会喜欢这个问题？

你能解释一下VM将使用什么支付渠道解决方案吗

*   **Eric Martindale (Portal Co-Founder & CEO)**
    

我的意思是，我认为这确实是一个Alexey的问题，但我要说的是，可能是Raiden。

Raiden是最有可能的候选者，而且有可能成为我们自己的解决方案，在那里我们部署我们自己的合同，并管理我们自己的支付网络，但Alexey，请随时在这里插话。

*   **Terry Philipson (Portal Host)**
    

多余的途径并没有错。

*   **Alexey Melnichenko (Portal Engineer)**
    

是的，原型基本上是用Raiden建立的，但在客户端有一些东西必须要改变。

状态不允许用相同的哈希值进行多次支付，所以有相当多的工作要做，以使其发挥作用，但这仍然与雷电网络本身兼容。

唯一改变的是用于实际本地存储转账的节点客户端代码。

*   **Terry Philipson (Portal Host)**
    

保持兼容性。我喜欢这样的声音。

*   **Alexey Melnichenko (Portal Engineer)**
    

是的，这就像不必创建他们整个独立的网络，我们目前能够做交换和读取它们，所以我发现这相当方便，因为我们可以利用所有现有的调解人节点，可以读取它们和所有这些东西。所有已经存在的流动资金。

*   **Terry Philipson (Portal Host)**
    

绝对是有这种即时访问。

*   **Alexey Melnichenko (Portal Engineer)**
    

对于我们来说，Gas是一种定制的解决方案，我们也在研究这个问题。

*   **Terry Philipson (Portal Host)**
    

好的

*   **Alexey Melnichenko (Portal Engineer)**
    

是的，我们有可能把它优化为交换，而不是仅仅发送付款，所以这也是有可能的。

*   **Terry Philipson (Portal Host)**
    

很好，这看起来是我们所有的时间了。

谢谢大家的参与，希望在下一次会议上见到你们，实际上在我们走之前，如果你们有兴趣加入产品等待名单。

如果你已经在我们这里投资了，请确保给我们的早期投资者发送电子邮件[**_testinglab@portaldefi.com_**](mailto:testinglab@portaldefi.com)**_。_**

直到下一次，伙计们。

*   **Eric Martindale (Portal Co-Founder & CEO)**
    

谢谢大家。

*   **Kulpreet Singh (Portal Co-Host)**
    

谢谢大家。

*   **Pablo Artee (Portal Designer)**
    

谢谢。下次见。

*   **Kulpreet Singh (Portal Co-Host)**
    

谢谢。再见。

*   **Terry Philipson (Portal Host)**
    

嘿，谢谢你在世界杯期间收听我们的节目。

*   **Kulpreet Singh (Portal Co-Host)**
    

再见。

**关于Portal**

Portal项目是一个运行在比特币之上的点对点、信任最小化的应用程序。它允许用户从他们的钱包里直接访问一个去中心化的网络。此外，用户现在可以从他们的钱包内管理多个区块链资产和金融服务。有了Portal，DeFi成为任何人都可以提供的服务，在公开、透明的市场中以有竞争力的费用保持匿名性，其安全模式与比特币挖矿一样强大。因为它是建立在Fabric上的，所以它具有隐私、速度和安全性。

一个建立在比特币上的金融互联网 ✈️

**加入我们的社交!**

[Telegram](https://t.me/portalgroupchat) | [Announcement](https://t.me/getportal) | [Twitter](https://twitter.com/portal_finance) | [Medium](https://medium.com/@Portal_team) | [Discord](https://discord.gg/tgYKpAeaWS) | [Website](https://portaldefi.com/) | [Instagram](http://instagram.com/portaldefi)

---

*Originally published on [Portal fans](https://paragraph.com/@portal-fans/14-12-2022)*
