nanoHUB 使得远程计算成为可能

与端到端的网络延迟相比，内核开销可以忽略不计。更重要的是，nanoHUB 早期是在这样的主机中使用 iptable，该主机需要动态添加和删除 iptable 规则，以便在内部网络中从一个特定端口路由到另一个端口。如果特定的主机中断服务，那么它与现有会话的重新同步就会变得异常困难。在对频繁更改的规则集进行遍历的过程中，对表的更新还将导致偶尔出现丢包的情况。

为端口转发进行用户空间路由则可以消除这些问题。甚至更好的是，连接路由器提供了另一个安全和监视层；具体说来，它可以很容易地准确报告何时对应用程序进行观察，以及对应用程序观察了多长时间。对于了解 nanoHUB 如何使最终用户受益并为记帐提供帮助，这是非常重要的。

通过代理的通道

nanoHUB 的通过 Web 代理穿越防火墙的方法是与众不同的，甚至可以说是独一无二的。正如侧栏所描述的，nanoHUB 设计人员不得不决定通过经过签名的 Applet 使用标准代理 CONNECT 访问方法。即使采取了这种决策，在经过数月的评估阶段后才能够适应其他的情况：

不一致的代理

针对 Java 运行时环境使用不同通信代理参数的特殊方法的 Web 浏览器

采用 Java 1.4 语言，谨慎地实现网络故障的超时

第 7 层的筛选器可能将 nanoHUB 连接误认为违反版权法的文件共享应用程序

代理背后的最终用户不了解、不能够进行解释或者分析

nanoHUB 已经了解，并且现在基本上可以通过服务其客户所需的所有代理。

开放源代码科学

对于计算矛盾 的减少，nanoHUB 还有另一个推论：它积极地鼓励科学共享。几十年来，对于物理学家来说，他们经常会发布基于计算的结果，但是从本质上看，这些计算本身是无法再现的。相关的应用程序作为专有资产进行管理。即使对于那些在名义上将他们的计算结果公布于众的研究人员来说，也没有什么用处，因为他们在可移植性和部署等相关计算技巧方面缺乏专业技能。要充分地了解一个特定的科学结论，常常需要花费时间来研究得出该计算结果的特定的计算机。