- 博客(450)
- 资源 (12)
- 收藏
- 关注
RSS订阅原创 以太坊扩容(链下)之Validium
一旦验证通过，新的状态根(State Root)在以太坊上记录，确保链下状态的合法性和最终性。Validium也是一个以太坊的Layer2的扩容方案，它主要是在链下处理交易、链下保证数据可用性(链下存储数据)、同时生成零知识证明对交易有效性进行确认。Operator运营商根据批次生成最新的state root, 作为状态承诺，和生成的零知识证明(证明链下交易的正确性) 一起提交到L1主网中。操作员使用使用特定的证明电路生成零知识证明，验证这些链下交易的正确性。排序的目的是优化处理效率和确保交易的公平性。
2024-07-05 09:40:11
443
原创 以太坊扩容(链下)之Rollup
如果某个Plasma区块或其证明不可用，用户需要发起挑战，但是运行商离线或者跑路，导致数据不可用，因此用户将无法挑战交易或提取资金。系统不稳定性: 当无效交易区块频繁出现，整个系统的运行稳定性和用户信任度会下降，可能引发大规模的退出，导致网络拥堵和更高的交易费用。挑战和退出的复杂性: 用户需要提交欺诈证明来挑战无效交易，这不仅增加了复杂性和成本，还可能导致资金被锁定在争议过程中。提交交易后，进入一个固定的挑战期。以太坊主网的智能合约验证欺诈证明，如果证明有效，则回滚无效交易，惩罚运行商。
2024-07-05 09:39:47
1011
原创 以太坊扩容(链下)之plasma
其实我们知道Plasma是一种技术方案或者框架或者规范，具体的实现了Plasma的产品，比如polygon, 他们不同的产品，可以在主链上部署智能合约来创建Plasma子链。仅凭用户余额无法提供足够的安全性保障，而默克尔证明通过提供从叶节点到根节点的验证路径，确保了提现请求的合法性和数据的不可篡改性。通过验证从叶节点到根节点的路径，可以确认数据的一致性和完整性，防止数据在链下被篡改。Plasma: Plasma 依赖主链的安全性，通过定期提交状态根和使用欺诈证明机制来确保链下交易的安全性和合法性。
2024-07-05 09:39:10
581
原创 以太坊扩容(链下)之Sidechain
一旦锁定的交易在主链上被确认，侧链就会mint出来等值的代币或者资产。Sidechain: 侧链的安全性依赖于其自身的共识机制，如果侧链的共识机制不安全，侧链上的资产可能面临风险；在资产被锚定到侧链后，用户可以在侧链上自由交易和操作这些资产， 侧链通常有自己的共识机制和区块生成规则，交易速度和费用可能会比主链更有优势。用户在侧链上销毁等值的侧链资产，这一操作会记录在侧链的区块链上。用户将解锁证明提交到主链上的特殊地址或智能合约，主链上的智能合约或节点会验证这一解锁证明，确保其真实性和完整性。
2024-07-04 10:30:05
1517
原创 以太坊扩容(链下)之State Channel
第一: 通道是一种解决区块链扩容问题的方案，是一个点对点(p2p)网络或者协议，它允许通道双方可以进行多笔交易，将最后处理和计算的结果提交链上, 在链上进行签名验证和结算。当通道建立时，双方创建一个初始状态，记录双方的初始余额(例如，Alice 5 ETH，Bob 5 ETH)。第三: 每一条通道，由主链上的多签智能合约管理，要打开一个通道，双方需要在链上部署合约，然后存入一定数量的资产。L1主链需要部署多签合约来管理通道，该合约需要交易双方存入一定资金，并且锁定，直到通道关闭，结算完成，释放资金。
2024-07-04 10:28:27
739
原创 以太坊标准提案之EIP-712
版本0x01指的是结构化数据进行签名，也就是eth_signTypedData签名类型， EIP-712使用的就是这个格式，既可以解决重放攻击问题，还能让用户知道要签名的数据是什么。第一: personal_sign签名是对eth_sign签名的改进，专门用于签名人类可读的消息这是为了增加签名操作的安全性并防止签名被误用。说白了，就是保证唯一性，避免签名冲突。在签名中，domain指的是数字签名的上下文信息，是一种结构化的数据，旨在通过区分不同的签名请求环境，来增强数字签名的安全性和明确性。
2024-07-04 10:25:30
1236
原创 以太坊标准提案之EIP-2162
ERC-2612通过permit函数扩展了ERC-20标准，通过这个函数，代币持有者可以通过签名的方式，直接批准第三方使用它的代币，而不需要再单独提交一个approve申请批准的交易。Nonce主要是防止重放攻击的，它的底层原理就是只要每调用一次permit函数，用户维护的nonce就会在之前的基础上+1，从而可以有效防止重放攻击。第一: 签名在 EIP-2612 中是使用 EIP-712 标准生成的，这是一种结构化的数据签名方法。发送者利用私钥对信息进行加密，这个加密后的哈希值就构成了信息的“数字签名”
2024-07-04 10:21:16
822
原创 以太坊应用层标准提案NFT之ERC-4907
这时候，ERC-721是没办法来解决这个问题，对于ERC-721来说，NFT只能发生所有权转移，不能再所有权未转移的前提下使用别人的NFT。ERC-4907定义了明确的用户角色和使用权期限，通过智能合约自动管理使用权的到期和更新，从而简化了租赁过程，减少了操作成本和风险。因此，为了适配这种场景，提出来了ERC-4907提案，该提案允许用户从拥有NFT所有权的用户中租赁NFT一定时间的使用权。第三: 它允许用户将NFT的使用权租赁给别人，并且可以设置租赁到期时间，到期后租赁自动归还给NFT的所有者。
2024-07-04 10:15:28
658
原创 以太坊应用层标准提案NFT之ERC-2981
指的是NFT的拥有者在市场通过出售或者租赁按照约定比例收取一定费用的。当NFT在次级市场上被转售时，原始创作者可以通过智能合约自动获得销售金额的一定百分比作为版税。这为艺术家和创作者提供了一种持续收益的机会，即使他们的作品已经初次出售。版税指的是创作者或者拥有者允许其作品在被销售或者别人使用的使用的时候按照约定的比例收取一定的费用，作为创作者或者拥有者的收益。二 ERC-2981标准提案规范。三 ERC-2981手动实现。
2024-07-04 10:12:00
284
原创 以太坊标准提案之EIP-1559
这部分费用是用户设定的，表示用户愿意为每单位Gas支付给矿工的额外费用，以增加交易被早期包括在区块中的可能性。它是动态的，用户可以根据自己对交易速度的需求设定不同的优先费用。第四: EIP-1559之前的Gas费是全部给矿工的，EIP-1559之后，基础费率*消耗的gas, 这部分并不会给矿工，而是最终会被燃烧掉，保证ETH通货紧缩，减少供给，从而稳定以太币的币价。第三: 基础费用也不是固定不变的，它是以太坊客户端在矿工对区块打包之前，根据前一个区块的容量占用率计算当前区块的基础费率。
2024-07-04 10:08:59
1300
原创 以太坊应用层提案DeFi之ERC-6960
ERC-6960也叫作双层代币标准，旨在解决现在代币标准在管理具有多重分类的代币存在的一些限制。我们知道同质化代币ERC20和非同质化代币ERC721，他们俩虽然是代币的基础，缺乏足够灵活性。ERC1155允许在同一个合约中创建同质化代币和非同质化代币，并且允许批量转账，比起ERC20和ERC721，增加灵活性。但是在某些场景下，可能需要对不同资产进行组合，或者想对资产部分进行交易，但是目前的协议做不到。：拥有一部分房地产，即使是很小的一部分，也变得无忧无虑，并且对更广泛的受众更加可及。
2024-07-04 10:05:48
989
原创 以太坊应用层标准提案DeFi之ERC4626
允许用户从金库进行基础资产提现，并销毁对应的金库代币或者份额，和redeem不一样，它虽然也是取出，但是是根据资产计算份额数据，然后销毁对应的数量的份额。从金库赎回指定份额的基础资产，和withdraw不同的是，它是指定份额，根据份额计算需要赎回的基础资产，以及最终会从金库销毁指定数量份额。根据金库的表现，用户可以提取他们的初始存款以及任何赚取的利润或承担的损失，这时他们的份额将被取消，表示其所有权的结束。如Aave和Compound，用户将资产存入金库，金库将这些资产借出，用户获得借贷利息。
2024-07-04 09:56:12
1033
原创 以太坊应用层标准提案之ERC-1155
这样一来，ERC-1155 代币就具有与 ERC-20 和 ERC-721 代币相同的功能，甚至可以同时使用这两者的功能。ERC-1155允许在单个合约中创建多个同质化代币或者非同质化代币，允许批量转账多个代币，并且可以保证操作的原子性，提升了操作效率，减少了Gas费用，丰富了使用场景。无论是ERC-20同质化代币还是ERC-721非同质化代币，只允许部署一个Token合约，如果想部署多个Token合约，那么必须进行多次部署。ERC-1155支持批量转移，因此提升了转移的效率。
2024-07-04 09:52:47
1499
原创 以太坊2.0信标链工作原理
一旦一个区块被最终确认，它和它之前的所有区块都不可更改，这意味着所有包含在这些区块中的交易状态都是永久性的。第一: 当slot到期，验证者就会打包一个区块，此时区块状态是unsafe, 一个区块被称为unsafe意味着该区块还没有经过足够的验证者投票确认，可能会被重组或替换。Slot代表一个时间间隔，这个时间间隔是12s, 每隔12秒验证者就会从执行层的交易池捞取交易数据进行区块打包，我们也可以认为每个12秒就会打包一个区块。验证和投票：信标链中的其他验证者对新区块进行验证和投票，确保区块和交易的有效性。
2024-07-04 09:48:47
1302
原创 以太坊应用层提案之ERC-721
但是，有时候我们希望给区块链中的虚拟资产赋予独特的、唯一的等特性的时候，比如对数字资产的所有权、纪念章、数字艺术品、各种唯一的虚拟物品，比如游戏道具等等，这时候同质化代币是做不到这一点，因此有了非同质化代币NFT，即Non-Fungible Tokens。NFT: 就是Non-Fungible Token，即非同质化代币，他也是以太坊区块链上一种虚拟数字资产，但是和同质化代币不同，它是唯一的，独特的，不可互换的代币，每一个NFT都具有独特的属性和价值。在复杂的交易场景中，可能需要附加的上下文信息。
2024-07-04 09:42:00
1630
1
原创 以太坊应用层提案之ERC-20
ERC-20标准定义了一组通用的规则，使不同的代币在以太坊网络上能够互操作，并且能够轻松地被各种应用(如钱包和交易所)集成和使用，这些规则包括必须实现的函数和事件。有些代币的分类可能同时属于几类，比如UNI属于治理型代币，代币持有者可以参与 Uniswap 协议的治理，投票决定协议的升级和调整。如果没有ERC-20标准，那么可能不同的代币需要使用不同的钱包，这样用户需要使用不同的代币下载和使用不同的钱包。另外，比如交易所，如果没有ERC-20标准，兼容比较差，可能需要为不同个的代币做不通的兼容逻辑。
2024-07-04 09:33:27
1120
原创 以太坊EIP-4844提案(Proto-DankSharding)
如果节点不去下载全部的 Blob 数据，就会面临数据可用性问题，因为数据不在链上开放且随时可访问，比如以太坊节点对 Optimism Rollup 上的某笔交易存疑想发起挑战，但 Optimism Rollup 不交出这段数据，那么拿不到原始数据就无法证明这个交易是有问题的，所以要解决数据可用性问题就必须确保数据是随时开放且可访问。第二: Layer2可以将一些数据存储在DA上，但是DA的话，提供商可能存在跑路的风险，可能交易还没有被验证，DA就跑路了，这样用户交易永远无法被验证。
2024-07-04 09:28:53
1145
原创 分布式唯一ID
一 什么是分布式唯一ID，有些什么需求在分布式系统中，要求某些ID不能重复，必须唯一。他需要满足以下特点：第一：全局唯一，不能重复第二：递增性：下一个ID一定比上一个大第三：安全性：不得暴露与业务相关的信息，防止用户恶意获取二 有哪些分布式唯一主键生成方案，各自优缺点2.1 UUID优点：简单缺点：第一，16字节大小，存储成本高，影响写入速度；第二，最关键是的做主键非常不合适，在因为不是趋势递增，那么在主键索引中就不是连续的，那么插入数据的时候就是离散的存储，导致页分裂.
2021-10-22 15:42:43
1227
原创 MySQL深度剖析之索引专题(2021)
9.1 为什么需要使用索引第一：减少了MySQL需要扫描的数据量，尤其是全表扫描第二：随机IO变成顺序IO，提升查询速度可以快速匹配where子句、排序和分组也可以使用索引，匹配原则最左匹配、特定索引列的min和max计算、9.2 MySQL 使用了哪些索引MySQL 提供了BTree和Hash索引，一般使用的是BTree索引，Hash索引很少使用或者几乎不使用9.3 MySQL使用的BTree索引是基于什么数据结构的，为什么不使用B-Tree而是B+Tree呢?这两者有何相
2021-10-20 07:21:00
523
原创 MySQL深度剖析之事务隔离级别和锁机制(2021)
一 事务隔离级别和锁机制1.1 多个事务并发修改同一条数据或者对同一条数据并发读写存在哪些事务并发问题1.1.1 脏读(未提交读)A事务读取了别的事务还未提交的更新，而B事务是有可能回滚的。1.1.2 虚读(不可重复读)A事务读取了别的事务提交的更新，导致A事务范围内多次查询，返回的结果不一样。一般不是什么大问题，取决于你的业务是否允许在同一个事务内每次查询结果不一样，如果允许，就没啥事，如果不允许则就有问题了。1.1.3 幻读A事务读取了别的事务新增的数据，导致事务内每次查询结
2021-10-20 07:04:19
570
原创 MySQL深度剖析之数据在磁盘上存储(2021)
一 数据在磁盘上存储格式(row format)表中的数据在磁盘上存储是有格式的，可以在创建表的时候通过row_format指定，比如MySQL5.0之前的reduntant，MySQL5.0 之后的compact和dynamic，两个差不多，区别在于页面溢出处理上，还有compressed，在dynamic基础上使用了压缩算法，MySQL5.7 默认就是dynamic，我们这里以compact举例子，它格式如图所示：二 变长字段长度列表MySQL表中有些字段长度不固定，是动态的，.
2021-10-20 06:51:03
636
原创 MySQL深度剖析之Buffer Pool专题(2021)
一 Buffer Pool专题1.1 为什么需要Buffer Pool如果我们每一次查询或者更新都需要到磁盘找到对应数据页，每次的都需要从磁盘加载，那么性能必定是很差的。所以将一些从磁盘加载的数据页，放入到内存缓存起来，而不用每次都从磁盘加载，提升性能。1.2 Buffer Pool数据结构#1 数据库在启动的时候，根据Buffer Pool大小在申请一块内存区域，叫做Buffer Pool，默认大小128MB,可以通过innoddb_buffer_pool_size控制。#2 每一
2021-10-20 06:45:31
195
转载 MySQL深度剖析之undo log & redo log & binlog专题（2021）
因为每次对磁盘随机读写影响性能，尤其是高并发的时候，所以引入了Buffer Pool, 即只要更新Buffer Pool中的记录，则算更新成功，那如果更新完了还没有flush到磁盘则宕机了，此时内存的这些修改后的记录就会丢失。所以引入了redo log,在写入内存的时候，同样写入到redo log。如果在事务期间，需要执行多条SQL，如果更新某一条SQL失败，需要回滚，这时候前面的已经写入到内存了，怎么回滚呢? 所以引入了undo log, 在写入内存之前，记录修改数据之前的记录。一 r
2021-10-19 22:41:02
234
原创 MySQL深度剖析之SQL语句更新流程(2021)
#1 线程开始执行SQL更新请求之前，会创建事务，并且为当前线程分配一块内存空间叫做binlog cache注意：binlog cache 是每一个线程分配一个；binlog cache大小受binlog_cache_size控制；如果binlog cache达到binlog_cache_size则将binlog cache内容移到一个临时文件中保存，但是这个文件不能超过max_binlog_cache_size,如果超过则报错；客户端断开连接，binlog cache释放#2 SQL...
2021-10-19 22:35:31
216
原创 MySQL深度剖析之MySQL架构(2021)
一 为什么需要数据库连接池每一个线程都需要通过JDBC驱动去和数据库建立网络连接，然后执行SQL，SQL执行完毕，线程销毁，如果并发量很大的时候，就需要不同的建立网络连接，然后销毁连接，并且建立网络连接也是需要耗时的，所以效率低下。所以使用数据库连接池，可以循环利用数据库连接。二 数据库MySQL的架构MySQL服务器架构主要分为三层：应用层、逻辑层和物理层。应用层：主要负责和客户端进行交互，建立连接，响应请求逻辑层：主要负责SQL查询、事务管理、恢复等物理层：主要负责写日志
2021-10-19 22:29:46
388
原创 MySQL裸机性能测试(2021)
一 为什么要对新申请的MySQL服务器压测新申请的机器我们是不知道性能的，系统上线之前，我们需要知道数据库的性能，从而在系统部署之后的压测中，判断系统的性能是高于还是低于数据库性能，从而确定瓶颈或者性能问题是在系统还是在数据库。比如数据库的QPS是2000，可能应用系统的QPS才500.二 数据库压测性能指标有哪些2.1 IOPS： 随机IO并发处理能力，比如200IOPS2.2 吞吐量： 磁盘每一秒中可以读写多少字节数据量, 比如redo log受吞吐量影响2.3 延迟：往磁盘写一
2021-10-19 22:26:07
783
原创 网络协议：网络基础
什么是计算机网络？将各个分散的、具有独立功能的计算机系统，通过网络设备(路由器)和线路(光纤)连接起来，然后通过软件实现资源共享和信息传递的系统。一 网络指标1.1 速率速率： 指的是每一秒发送端和接收端传输的比特数量(即8位，二进制表示，1代表高电压，0代表低电压)。或者说每一秒两段之间传输的数据量。常见的单位b/s kb/s, Mb/s Gb/s等1.2 带宽带宽： 表示网络通信线路传输数据的能力,即最高速率。比如100.0 Mbs (百兆带宽)1000.0 Mbs(千兆带宽
2021-10-11 13:55:40
2165
1
原创 网络协议：UDP
一 UDP协议及其特点1.1 什么是UDP协议UDP: User Datagram Protocol， 用户数据报协议，它是一种无连接，不可靠的传输，面向报文的一种协议。在IP协议的基础上提供了简答的功能，比如：复用分用和差错检测功能1.2 UDP协议特点#1 无连接： 和IP协议一样，发送数据报之前不需要建立连接，减少了网络开销和延时，节省了系统资源#2 不可靠： 和IP协议一样，只保证尽最大努力交付，所以不保证可靠交付。因此不需要维护一些复杂的连接状态信息，适合可以接受数据丢失的
2021-10-11 06:53:14
2756
原创 网络协议：TCP拥塞控制
一 什么是网络拥塞和拥塞发生的原因分析当网络中传输的分组数目较多的时候，超过了网络负载，造成网络经常丢包，从而导致传输性能下降的一种现象。如图示：二 拥塞控制方法2.1 慢开始算法 和 拥塞避免算法慢开始算法的核心思想：就是先发送一个较小的报文段，然后后续发送的报文段主键以指数倍数形式增长。但是我们知道这样以指数倍数形式增长会有一个问题，就是可能某一时候需要发送大量的报文段，最后导致网络拥塞，报文段丢失。所以提出来拥塞避免算法。对于慢开始算法，我们设置一个阀值
2021-10-11 06:52:57
391
原创 网络协议：TCP流量控制
一 什么是流量控制就是在接收端拥堵的时候，发送端应减少报文段的发送；在接收端不拥堵的时候，可以恢复到正常的报文段的发送。是通过滑动窗口实现的，通过窗口来控制流量。二 如何进行流量控制的#1 发送端向接收端发送连接请求，接收端对请求进行确认，确认包里会告诉发送端它的接受窗口window是多大(能连续接收多少个字节)，发送端后面就会根据这个window设置发送端自己的发送窗口大小#2 当接收窗口来不及处理发送端报文段的时候，则会调整(缩小)window窗口，接收端此时根据接收端确认包里的
2021-10-11 06:52:44
286
原创 网络协议：TCP可靠传输
我们都知道TCP协议是一个传输可靠的协议，那么它是怎么实现传输可靠的呢？它是由改进的停止等待协议和滑动窗口来保证传输可靠的。一 停止等待协议#1 发送端发送一个消息到接收端，就必须等待接收端确认，发送端才会发送下一个消息#2 如果在指定的超时时间内，接收端没有确认，原因可能是数据段还没有到达接收端就丢了，则发送端会重新发送#3如果在指定的超时时间内，接收端确认了，但是接收端的确认包丢了，则发送端也会重新发送，但是这次发送过来之后，接收端因为之前已经确认过，就会把之前的确认的数据丢弃#
2021-10-11 06:52:27
276
原创 网络协议：TCP连接管理
一 连接和断开连接过程中的一些状态术语CLOSED: 表示初始状态LISTEN: 服务器某个SOCKET处于监听状态SYN_SENT: 当客户端socket执行connect的时候，它首先会发送SYN报文，这个时候客户端就进入了SYN_SENT状态，并等待服务器的确认SYN_REVD:这个状态表示服务器端接受到了SYN报文，等待客户端的的确认ESTABLISHED: 表示连接已经建立了FIN_WAIT_1: 表示主动关闭连接方发起关闭连接的FIN报文后，进入这个状态，等到对方的确认
2021-10-11 06:52:16
361
原创 网络协议：TCP滑动窗口
一 什么是窗口以及窗口作用1.1 什么是窗口在TCP协议里，窗口是面向字节流的，一个窗口表示一定长度的字节数据, 窗口就可以用来收发一组连续的数据。TCP连接的两端都是可以收发数据的,收发两端都维护的有一个窗口结构。1.2 窗口作用#1 和停止等待协议使用，提升通信效率#2 可以控制数据传输速率和流量二 发送端和接收端窗口结构2.1 发送端窗口在发送缓冲区中，缓冲区分为4个部分：提供窗口： 指的是已发送但是未确认+即将发送的窗口。这个窗口需要接收端确认之后才能确定
2021-10-11 06:51:58
1469
原创 网络协议：超时与重传机制
一 TCP 为什么需要重传因为网络层有可能出现数据包丢失，数据包重复或者无序的情况。为了保证数据传输正确，不重复和有序，所以TCP才提供可靠的数据传输服务。为了保证数据传输的正确性，所以TCP重传它认为已经丢失的包。TCP如何确认呢？TCP根据接收端返回至发送端的一系列确认信息来判断是否出现丢包。当数据段或确认信息信息丢失，则TCP触发重传操作。二 重传机制TCP拥有两套独立机制来完成重传，一是基于时间，而是基于确认信息的构成。2.1 基于计时器的重传一旦TCP发送端获取到了
2021-10-11 06:51:22
2153
原创 网络协议：TCP保活机制和Nagle算法
一 Nagle算法背景有时候，我们可能会遇到一些很小的分组，比如，20字节的IP首部，20字节的TCP首部和1字节的数据，如果很多这样的小分组数据，在局域网一般不会出现拥塞，但是在广域网就可有可能。所以Nagle算法就是为了解决这样的小分组问题二 Nagle算法详解#1 TCP连接上最多只能有一个未被确认的小分组，该分组的确认到达之前不能发送其他的小分组#2 发送端需要收集这些小分组,然后在未被确认的小分组确认的时候，就可以将收集的这些小分组组成一个报文段发送出去#3 但是如果长时间
2021-10-10 09:41:48
663
原创 网络协议：TCP
一 TCP 和 UDP 比较二 TCP协议特点#1 TCP协议是面向连接的传输层协议，即在应用程序在使用TCP协议之前，必须先建立TCP连接，数据传输完毕后还需要释放连接。#2 每一个TCP连接只能由两个端点，每一个TCP连接只能进行一对一传输#3 TCP协议提供数据可靠性，即数据无差错，不丢失，不重复，且按顺序发送(可靠有序、不丢不重)#4 TCP协议是全双工通信。TCP允许通信双方在应用进程任何时候都能发送数据。TCP连接的两端都设有接收缓存和发送缓存，用来临时存放双向通信数
2021-10-10 09:39:23
454
原创 网络协议：IP
一 IP协议的主要功能#1 寻址和路由#2 传递服务#3 数据报分片和重组二 IP协议的特点2.1无连接在发送数据包之前，不会和对方建立会话。即不关心对方时候可以接收到这个数据。2.2不可靠指的是IP协议不能保证IP数据可以准确达到接收端，他只承诺尽最大努力交付。一旦检测到数据发送失败，就会通知上层协议，不是自己尝试重传。三 IP协议数据报格式发送格式：IP数据报的格式主要分为两部分：一部分叫做首部；一部分叫做数据。3.1 版本(v
2021-10-10 09:37:18
798
原创 网络协议：HTTPS
一 什么是HTTPS协议？什么是SSL/TLS协议HTTPS: 就是安全的HTTP协议，由HTTP协议和TLS/SSL协议组成的。SSL： 是Secure Socket Layer的缩写，安全套接字层，位于应用层和传输层之间。是客户端和web服务器之间的安全交换信息的协议，提供两个基本安全的服务： 鉴别与加密。所有主流的浏览器都是支持SSL协议的。TLS: 是Transport Layer Security的缩写，那么他和SSL是什么关系呢？TLS是SSL标准化之后的产物，所以很多时候把
2021-10-10 09:36:08
1374
原创 网络协议：HTTP
一 什么是HTTP协议，有什么特点?HTTP协议是超文本传输协议，即Hypertext Transport Protocol。它具有以下特点：#1 是基于TCP协议的应用层协议#2 是基于客户端-服务器模式或者请求-响应模式的协议#3 是无状态协议。因为标准HTTP协议服务器端不需要维护客户端状态信息#4 默认是短连接。即客户端向服务器发请求，会建立连接，然后服务器端响应客户端之后，连接关闭。但是也可以使得HTTP协议保持长连接特性，通过keep-alive，即再这个时间段内，客户端和服
2021-10-10 09:34:32
748
Percona-XtraBackup-2.4.9-ra467167cdd4-el7-x86_64-bundle.tar
2017-12-31
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人