① 中国互联网有哪些黑科技
1、长光卫星公司的吉林一号卫星。
这家商业卫星公司今年小火了一把。到美国本土军港拍航母、拍军工厂都不算什么，谷歌早十年就玩剩下的。可是4K极清动态视频跟踪飞机，这个就有点黑科技了。
2、量子通信卫星和量子通信网络。
这个也有很多人说过了，略过。
3、中国航空发动机材料重大突破 寿命优于美国1~2个数量级。
陈光教授团队发明的TiAl单晶合金，其最小蠕变速率和持久寿命均优于已经成功应用于GEnx发动机的4822合金1~2个数量级，有望将目前TiAl合金的使用温度从650~750℃提高到900℃以上，是重大突破，属引领性成果。
希望可以帮到你
② Web3中的数据交互 - 去中化预言机：Chainlink
一、项目简介
现有的许多区块链项目，虽然能够在一定程度上保证链上信息的透明、不可篡改，再利用智能合约的帮助，也能够在理论上实现许多商业逻辑。但是在数据方面，链上数据与链下数据的映射，始终是一个较难解决的问题，即便解决了数据的问题，也还有准确性的问题，如果想要在链上获取真实的外部数据，就需要用一个极度可靠的预言机方案。为解决这些痛点，Chainlink应运而生。
Chainlink在2017年6月由旧金山金融 科技 公司SmartContract推出，是一个去中心化的预言机项目。其创造者是史蒂夫·埃利斯（Steve Ellis）、阿里·尤尔斯（Ari Juels）和谢尔盖·纳扎罗夫（SergeyNazarov），主要为智能合约提供大量链下数据源、各种 api 和传统支付服务。
ChainLink是预言机的去中心化交易网络，将区块链智能合约连接到现实世界的数据、活动和支付行为，帮助智能合约安全连接链下数据、web API以及传统银行支付系统。Chainlink已成功为Google、甲骨文和SWIFT等大型企业以及Polkadot/Substrate、 Synthetix、 Loopring、 Aave、OpenLaw和 Conflux等领先智能合约开发团队提供安全可靠的预言机服务。
二、工作机制
ChainLink主要由链上与链下架构组成。
链上架构由三个主要的合约组成，包括声誉合约、订单匹配合约和聚合合约。
链上的工作机制如下：
第一步：需求提交：Chainlink在工作时，用户合约具有数据需求时，向Chainlink发出数据请求。
第二步：出价，Chainlink的声誉合约向用户合约出价。
第三步：数据请求，声誉合约收到用户合约的确认以后，向Chainlink预言机提交数据请求。
第四步：数据查询与提交：Chainlink的数据节点收到请求后，进行数据查询，然后将查询的结果提交给聚合合约，聚合合约对数据进行聚合，将最终的查询结果提交给用户合约，完成了用户的数据查询请求。
链下架构由众多节点组成，节点负责获取用户所需的各种数据。Chainlink的节点中，由核心节点负责与区块链进行通讯，接受链上的数据请求以及返回查询结构。核心节点将每个数据任务划分为小的子任务再分配给节点进行数据查询。Chainlink的节点可以独立收集脱链请求，并且返回给用户合约。
经济模型方面，Chainlink在基本的预言机原理的实现方式之上，围绕 LINK token 通过经济激励建立了一个良性循环的生态系统。Chainlink 预言机需要通过LINK token 的转账来实现触发。
三、应用场景
Chainlink将智能合约接入真实世界的数据和链下计算资源，极大提升了智能合约的功能，并同时保留了区块链技术核心的安全性和可靠性。Chainlink根据智能合约的需求确定预言机服务由谁提供，并加权汇总所有预言机的输出来计算最终结果。
数字货币领域，比如 USDC 或 Tether 这种稳定币需要价格预言机来锚对他们的目标价格（美元）；一些合成资产产品，比如Synthetix、Deri里的项目需要股票、大宗商品的实时价格来定价。
保险领域，保险公司借助 Chainlink 提供的数据能够提供天气保险，而不会出现影响传统保险协议的所有不利因素和效率低下，包括欺诈、腐败和延误。也可以基于相应的新闻事件数据提供相应的保险服务。
供应链领域，供货商、接收方、银行之间建立的智能合约均可依据Chainlink提供的银行支付信息、GPS地理位置信息、物流信息、零售信息等执行。
赌博领域，例如足球赛事对赌需要用到赛事最终比分来判定最终谁赢得奖金。还有像一些对赌选举结果的、投票结果甚至判决结果的合约均需要用到时间结束后最终确定的结果来判定协议执行内容。
随机数应用领域，比如NFT、链游、元宇宙等等，除了对链下数据存在着巨大需求之外，还需要可信的随机数来源。尤其是链游，由于链游的输赢不仅关系 游戏 体验，还影响着用户的财产，具有随机性的属性是否真的“随机”便尤为重要。比如你装备的刀枪是否真的具有50%的暴击率，抽奖类活动是否真的是一定概率抽到某奖等等。
Chainlink v2开始提供可验证随机数（VRF），这使赌博中的概率、 游戏 中的暴击几率、购买次序的排列、抽号等众多需要用到随机参数的场景拥有可信的随机数，使公平得以保证。
四、发展趋势
1、生态： 逐步完善，且存在边际成本递减效应
Chainlink 已与 60 多家数据提供商合作，官网上当前可以提供多种种类型的数据，包括加密货币、稳定币、存款证明、外汇价格、大宗商品、指数类以及Accuweather（天气数据）、SportsDataIO（ 体育 赛事数据）、美联社（新闻数据）等等。打开其中任一数据，例如原油价格，都可以直观看到各预言机所提供的数据。
Chainlink可以兼容任何区块链，并且在不断扩展，接入更多区块链环境。仅在2021年，Chainlink接入了众多顶尖的L1区块链和L2扩容方案，其中包括Arbitrum、Avalanche、BNB Chain、Ethereum、Fantom、Harmony、Heco、Moonriver、Optimism、Polygon、Starkware以及xDai。
2021年12月31日，Chainlink发布年终总结，并表示目前超过700个去中心化预言机在各个链上的生产环境中发布数据，保护的资产总价值超过750亿美元，服务了250万次以上的安全链下计算请求。
目前，还与超过 500 个 DeFi 应用程序、超过 200 个NFT 市场。以及谷歌、甲骨文、英特尔、AWS 等大公司存在合作。
从Chainlink 的生态系统和合作伙伴中可以发现，目前对预言机需求最大的领域依旧是DeFi领域，主要包括为个智能合约提供实时的金融数据以及其他相关的市场信息，例如房地产价格影响贷款抵押率、天气影响相关衍生品、保险等等。这部分数据来源包括NYSE(纽交所)、 Bloomberg（彭博）等。
这些应用趋势，一方面佐证了预言机对整个区块链世界的重要性；另一方面也可以看出Chainlink正在将自己搭建为最具共识的链下数据供应商，且不断攀升的占有率也用成绩证明了自己。
由于数据的特性，获取某一数据的总成本基本恒定，但随着更多合约调用这一数据，均分在每个合约上的数据使用成本便会越来越低。这意味着Chainlink具有边际成本递减效应，不像其他项目使用量增多，成本也与之升高。
2、技术： 链下计算与混合型智能合约
Chainlink Keeper主网的上线代表着Chainlink不仅能够提供链下数据、随机数据，甚至还可以完成链下计算，并帮助混合型智能合约实现一系列丰富的DevOps服务。
混合型智能合约包含区块链上运行的代码以及区块链下的数据和计算资源，它可以将两个完全不同的计算环境同步在一起，打造出区块链或预言机网络单独无法实现的应用功能，并且将这两个环境中独一无二的优势结合在一起。
链上代码在极其安全且功能受限的区块链环境中运行，攻击表面较小，因此用户在执行和储存时可以获得极高的确定性，代码一定会严格执行，结果将被永远储存在链上，不可篡改。而DON（去中心化预言机网络）则在链下运行，因此可以更灵活且更高效的实现更多功能并访问更多数据。
目前已有几百个用户正在使用或积极集成PriceFeeds、Chainlink VRF和储备金证明等Chainlink去中心化服务，其中包括去中心化衍生品交易项目Deri、Synthetix，流动性协议Aave，借贷协议Alchemix等等。
以Deri为例，Deri V3的DPMM(主动做市商)机制的定价所需要的指数数据均来自Chainlink，一方面无论Deri上的交易量多大都不会影响到预言机提供的链下指数的价格，另一方Deri已实现以秒计费（资金费率），而精准高效的预言机也能为其提供最实时的喂价服务。
微观上看，Chainlink Keepers将为Chainlink生态带来全新的功能，帮助所有项目开发出更高级的混合型智能合约应用。但从更广义的角度看，Chainlink Keepers降低了web2.0向3.0跃进的门槛，在可预见的未来里，去中心化预言机将提供所有无法在链上实现的服务，这也为DeFi未来的创新提供了基础设施。
虽然目前加密货币资产规模已达数万亿美元，且DeFi经济规模逼近1000亿美元，但是区块链生态仍处于发展初期，还有巨大潜力未被挖掘，因此混合型智能合约和Chainlink去中心化预言机网络拥有巨大的应用空间和潜力。
END
编辑 | 领路元
③ web前端和web渗透有什么区别
你是打错了吧？这两个东西怎么会搭边。
web前端是给用户交互的界面
web渗透是你钻别人网站服务器里去
④ 前端小白想问，jsp后面是什么意思，怎么用求大神解答
现在前端用Webpack打包JS和其它文件已经是主流了，加上Node的流行，使得前端的工程方式和后端越来越像。所有的东西都模块化，最后统一编译。Webpack因为版本的不断更新以及各种各样纷繁复杂的配置选项，在使用中出现一些迷之错误常常让人无所适从。所以了解一下Webpack究竟是怎么组织编译模块的，生成的代码到底是怎么执行的，还是很有好处的，否则它就永远是个黑箱。当然了我是前端小白，最近也是刚开始研究Webpack的原理，在这里做一点记录。
编译模块
编译两个字听起来就很黑科技，加上生成的代码往往是一大坨不知所云的东西，所以常常会让人却步，但其实里面的核心原理并没有什么难。所谓的Webpack的编译，其实只是Webpack在分析了你的源代码后，对其作出一定的修改，然后把所有源代码统一组织在一个文件里而已。最后生成一个大的bundle JS文件，被浏览器或者其它Javascript引擎执行并返回结果。
在这里用一个简单的案例来说明Webpack打包模块的原理。例如我们有一个模块mA.js
var aa = 1; function getDate() { return new Date(); } mole.exports = { aa: aa, getDate: getDate }
我随便定义了一个变量aa和一个函数getDate，然后export出来，这里是用CommonJS的写法。
然后再定义一个app.js，作为main文件，仍然是CommonJS风格：
var mA = require('./mA.js'); console.log('mA.aa =' + mA.aa); mA.getDate();
现在我们有了两个模块，使用Webpack来打包，入口文件是app.js，依赖于模块mA.js，Webpack要做几件事情：
从入口模块app.js开始，分析所有模块的依赖关系，把所有用到的模块都读取进来。 每一个模块的源代码都会被组织在一个立即执行的函数里。 改写模块代码中和require和export相关的语法，以及它们对应的引用变量。 在最后生成的bundle文件里建立一套模块管理系统，能够在runtime动态加载用到的模块。
我们可以看一下上面这个例子，Webpack打包出来的结果。最后的bundle文件总的来说是一个大的立即执行的函数，组织层次比较复杂，大量的命名也比较晦涩，所以我在这里做了一定改写和修饰，把它整理得尽量简单易懂。
首先是把所有用到的模块都罗列出来，以它们的文件名（一般是完整路径）为ID，建立一张表：
var moles = { './mA.js': generated_mA, './app.js': generated_app }
关键是上面的generated_xxx是什么？它是一个函数，它把每个模块的源代码包裹在里面，使之成为一个局部的作用域，从而不会暴露内部的变量，实际上就把每个模块都变成一个执行函数。它的定义一般是这样：
function generated_mole(mole, exports, webpack_require) { // 模块的具体代码。 // ... }
在这里模块的具体代码是指生成代码，Webpack称之为generated code。例如mA，经过改写得到这样的结果：
function generated_mA(mole, exports, webpack_require) { var aa = 1; function getDate() { return new Date(); } mole.exports = { aa: aa, getDate: getDate } }
乍一看似乎和源代码一模一样。的确，mA没有require或者import其它模块，export用的也是传统的CommonJS风格，所以生成代码没有任何改动。不过值得注意的是最后的mole.exports = ...，这里的mole就是外面传进来的参数mole，这实际上是在告诉我们，运行这个函数，模块mA的源代码就会被执行，并且最后需要export的内容就会被保存到外部，到这里就标志着mA加载完成，而那个外部的东西实际上就后面要说的模块管理系统。
接下来看app.js的生成代码：
function generated_app(mole, exports, webpack_require) { var mA_imported_mole = webpack_require('./mA.js'); console.log('mA.aa =' + mA_imported_mole['aa']); mA_imported_mole['getDate'](); }
可以看到，app.js的源代码中关于引入的模块mA的部分做了修改，因为无论是require/exports，或是ES6风格的import/export，都无法被JavaScript解释器直接执行，它需要依赖模块管理系统，把这些抽象的关键词具体化。也就是说，webpack_require就是require的具体实现，它能够动态地载入模块mA，并且将结果返回给app。
到这里你脑海里可能已经初步逐渐构建出了一个模块管理系统的想法，我们来看一下webpack_require的实现：
// 加载完毕的所有模块。 var installedMoles = {}; function webpack_require(moleId) { // 如果模块已经加载过了，直接从Cache中读取。 if (installedMoles[moleId]) { return installedMoles[moleId].exports; } // 创建新模块并添加到installedMoles。 var mole = installedMoles[moleId] = { id: moleId, exports: {} }; // 加载模块，即运行模块的生成代码， moles[moleId].call( mole.exports, mole, mole.exports, webpack_require); return mole.exports; }
注意倒数第二句里的moles就是我们之前定义过的所有模块的generated code：
var moles = { './mA.js': generated_mA, './app.js': generated_app }
webpack_require的逻辑写得很清楚，首先检查模块是否已经加载，如果是则直接从Cache中返回模块的exports结果。如果是全新的模块，那么就建立相应的数据结构mole，并且运行这个模块的generated code，这个函数传入的正是我们建立的mole对象，以及它的exports域，这实际上就是CommonJS里exports和mole的由来。当运行完这个函数，模块就被加载完成了，需要export的结果保存到了mole对象中。
所以我们看到所谓的模块管理系统，原理其实非常简单，只要耐心将它们抽丝剥茧理清楚了，根本没有什么深奥的东西，就是由这三个部分组成：
// 所有模块的生成代码 var moles； // 所有已经加载的模块，作为缓存表 var installedMoles； // 加载模块的函数 function webpack_require(moleId);
当然以上一切代码，在整个编译后的bundle文件中，都被包在一个大的立即执行的匿名函数中，最后返回的就是这么一句话：
return webpack_require(‘./app.js');
即加载入口模块app.js，后面所有的依赖都会动态地、递归地在runtime加载。当然Webpack真正生成的代码略有不同，它在结构上大致是这样：
(function(moles) { var installedMoles = {}; function webpack_require(moleId) { // ... } return webpack_require('./app.js'); }) ({ './mA.js': generated_mA, './app.js': generated_app });
可以看到它是直接把moles作为立即执行函数的参数传进去的而不是另外定义的，当然这和上面的写法没什么本质不同，我做这样的改写是为了解释起来更清楚。
ES6的import和export
以上的例子里都是用传统的CommonJS的写法，现在更通用的ES6风格是用import和export关键词，在使用上也略有一些不同。不过对于Webpack或者其它模块管理系统而言，这些新特性应该只被视为语法糖，它们本质上还是和require/exports一样的，例如export：
export aa // 等价于: mole.exports['aa'] = aa export default bb // 等价于: mole.exports['default'] = bb
而对于import：
import {aa} from './mA.js' // 等价于 var aa = require('./mA.js')['aa']
比较特殊的是这样的：
import m from './m.js'
情况会稍微复杂一点，它需要载入模块m的default export，而模块m可能并非是由ES6的export来写的，也可能根本没有export default，所以Webpack在为模块生成generated code的时候，会判断它是不是ES6风格的export，例如我们定义模块mB.js:
let x = 3; let printX = () => { console.log('x = ' + x); } export {printX} export default x
它使用了ES6的export，那么Webpack在mB的generated code就会加上一句话：
function generated_mB(mole, exports, webpack_require) { Object.defineProperty(mole.exports, '__esMole', {value: true}); // mB的具体代码 // .... }
也就是说，它给mB的export标注了一个__esMole，说明它是ES6风格的export。这样在其它模块中，当一个依赖模块以类似import m from './m.js'这样的方式加载时，会首先判断得到的是不是一个ES6 export出来的模块。如果是，则返回它的default，如果不是，则返回整个export对象。例如上面的mA是传统CommonJS的，mB是ES6风格的：
// mA is CommonJS mole import mA from './mA.js' console.log(mA); // mB is ES6 mole import mB from './mB.js' console.log(mB);
我们定义get_export_default函数：
function get_export_default(mole) { return mole && mole.__esMole? mole['default'] : mole; }
这样generated code运行后在mA和mB上会得到不同的结果：
var mA_imported_mole = webpack_require('./mA.js'); // 打印完整的 mA_imported_mole console.log(get_export_default(mA_imported_mole)); var mB_imported_mole = webpack_require('./mB.js'); // 打印 mB_imported_mole['default'] console.log(get_export_default(mB_imported_mole));
这就是在ES6的import上，Webpack需要做一些特殊处理的地方。不过总体而言，ES6的import/export在本质上和CommonJS没有区别，而且Webpack最后生成的generated code也还是基于CommonJS的mole/exports这一套机制来实现模块的加载的。
模块管理系统
以上就是Webpack如何打包组织模块，实现runtime模块加载的解读，其实它的原理并不难，核心的思想就是建立模块的管理系统，而这样的做法也是具有普遍性的，如果你读过Node.js的Mole部分的源代码，就会发现其实用的是类似的方法。这里有一篇文章可以参考。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。
您可能感兴趣的文章:探索webpack模块及webpack3新特性关于webpack2和模块打包的新手指南（小结）详解react-webpack2-热模块替换[HMR]webpack配置sass模块的加载的方法详解用webpack把我们的业务模块分开打包的方法Webpack常见静态资源处理-模块加载器（Loaders）+ExtractTextPlugin插件详解webpack异步加载业务模块jQuery 移动端拖拽（模块化开发，触摸事件，webpack）
⑤ 黑科技是什么
所谓黑科技，即是现实中看起来不可能存在的技术！
如动漫或小说中，为使剧情合理化而空想出的科学技术，这些技术大多没有理论根据，有些则是胡扯。
例：高达中的阳电子破城炮、GN粒子等。
黑科技原意指，没有科学依据但很厉害又挂着科技名义，用起来和魔法一样的东西，如高达的GN粒子，星际的幽能。
理论上来说，现实目前人类无法实现或根本不可能产生的技术统称为“黑科技”，其标准是不符合现实世界常理以及现有科技水平。
还有像政府未公开的科技，像SARS AIDS（HIV）之类以及其变种。
也有引申指现实中某些超乎寻常厉害的事或物
⑥ web服务有哪些核心技术，这些技术是如何在web服务中发挥作用的
Web服务技术核心基于可扩展标记语言XML的标准，包括简单对象访问协议，Web服务描述语言和统一描述，发现和集成协议。
⑦ 谁能跟我详细讲解一下web设计中hack的语法与工作原理
css hack就是根据不同的浏览器所支持的css语法的不同，来对每个浏览器中显示的样式进行有针对性的控制，关于css hack的写法，你可以看css浏览器兼容性列表
下面的网址里的这个图上，有所有的css hack写法，并列出了市面上流行的几种浏览器对于css语法的支持情况
另外，这里也有非常详细的说明
http://www.webdevout.net/browser-support-css#css2importance
⑧ webpack中output.publicPath是不是鸡肋
永远在尝试黑科技。 举个使用场景 在迁移旧 require 项目的时候，直接更改了 require.config 文件在测试的时候指向本地目录，然后愉快的使用 publicPath 了。
⑨ WEB技术在物联网中的作用
通过web实现远程访问，浏览，观看智能设备，从而快捷使用设备