Has a funny soul and a handsome face
0G project introduction and participation methods
The 0G Labs project is a modular AI blockchain designed to alleviate the pain points of on-chain AI applications in the web3 ecosystem, such as speed and cost efficiency. The project enables frictionless interoperability between chains through modular technology while ensuring security, eliminating fragmentation and maximizing connectivity. The project has secured $35 million in pre-seed funding to revolutionize the AI landscape through its modular approach. The mission of this project is t...
Space and Time 推出用于区块链和人工智能数据验证的 Proof-of-SQL
该产品可用于验证查询的数据是否准确且未被修改 Space and Time 是一家自称是人工智能驱动的数据仓库的公司,宣布于 8 月 2 日推出其 Proof-of-SQL 产品。 Proof-of-SQL 能够证明适用查询中返回的数据是准确的并且未被篡改。这种验证是通过**零知识(ZK)证明**来完成的,它在 Space and Time 的去中心化数据网络中生成 SNARK 加密查询证明执行。 Space and Time 联合创始人兼研究主管 Jay White 表示:“我们相信数据将增强链上和链下生态系统之间的互操作性,促进去中心化系统和传统系统之间更大的协作。”White 补充说,Proof-of-SQL 可以在许多不同行业“释放创新、效率和用户满意度的新水平”,包括金融、零售、医疗保健、游戏以及任何使用区块链的领域。 该产品可用于链上和链下数据。Proof-of-SQL 与许多领域相关Space and Time 指出,Proof-of-SQL 在金融行业特别有用,因为金融行业的货币价值与数据有直接关系。 该公司还描述了如何将 SQL 证明用于人工智能 (AI)。该公...
SQL 视图
SxT 中的视图空间和时间当前支持三种类型的视图。标准 - 标准视图是基于 SQL 语句执行结果的虚拟表。标准视图不保存 SQL 语句生成的数据。当您查询标准视图时,会执行底层 SQL 语句,并将结果显示为真实的表。物化- 与标准视图不同,物化视图保存执行基础查询的结果。物化视图可以按用户定义的时间间隔刷新,每次执行基础查询时都会保存新数据。参数化- 参数化视图类似于标准视图,不同之处在于它可以采用针对视图执行查询时提供的附加参数。如何在 SxT 中创建视图视图是使用与在空间和时间中创建表相同的配置资源 (DDL)端点创建的。至少,您必须为正在创建视图的资源 ID 提供具有 CREATE 权限的 Biscuit。如果您的查询运行所针对的基础表是使用权限创建的,则此方法有效。如果您的视图将查询的表是,那么您还需要为基础表提供具有适当权限的 Biscuit 。access_type=public_readaccess_type=permissionedSELECT创建标准视图卷曲curl -i --request POST \ --url "https://<API_URL...
0G project introduction and participation methods
The 0G Labs project is a modular AI blockchain designed to alleviate the pain points of on-chain AI applications in the web3 ecosystem, such as speed and cost efficiency. The project enables frictionless interoperability between chains through modular technology while ensuring security, eliminating fragmentation and maximizing connectivity. The project has secured $35 million in pre-seed funding to revolutionize the AI landscape through its modular approach. The mission of this project is t...
Space and Time 推出用于区块链和人工智能数据验证的 Proof-of-SQL
该产品可用于验证查询的数据是否准确且未被修改 Space and Time 是一家自称是人工智能驱动的数据仓库的公司,宣布于 8 月 2 日推出其 Proof-of-SQL 产品。 Proof-of-SQL 能够证明适用查询中返回的数据是准确的并且未被篡改。这种验证是通过**零知识(ZK)证明**来完成的,它在 Space and Time 的去中心化数据网络中生成 SNARK 加密查询证明执行。 Space and Time 联合创始人兼研究主管 Jay White 表示:“我们相信数据将增强链上和链下生态系统之间的互操作性,促进去中心化系统和传统系统之间更大的协作。”White 补充说,Proof-of-SQL 可以在许多不同行业“释放创新、效率和用户满意度的新水平”,包括金融、零售、医疗保健、游戏以及任何使用区块链的领域。 该产品可用于链上和链下数据。Proof-of-SQL 与许多领域相关Space and Time 指出,Proof-of-SQL 在金融行业特别有用,因为金融行业的货币价值与数据有直接关系。 该公司还描述了如何将 SQL 证明用于人工智能 (AI)。该公...
SQL 视图
SxT 中的视图空间和时间当前支持三种类型的视图。标准 - 标准视图是基于 SQL 语句执行结果的虚拟表。标准视图不保存 SQL 语句生成的数据。当您查询标准视图时,会执行底层 SQL 语句,并将结果显示为真实的表。物化- 与标准视图不同,物化视图保存执行基础查询的结果。物化视图可以按用户定义的时间间隔刷新,每次执行基础查询时都会保存新数据。参数化- 参数化视图类似于标准视图,不同之处在于它可以采用针对视图执行查询时提供的附加参数。如何在 SxT 中创建视图视图是使用与在空间和时间中创建表相同的配置资源 (DDL)端点创建的。至少,您必须为正在创建视图的资源 ID 提供具有 CREATE 权限的 Biscuit。如果您的查询运行所针对的基础表是使用权限创建的,则此方法有效。如果您的视图将查询的表是,那么您还需要为基础表提供具有适当权限的 Biscuit 。access_type=public_readaccess_type=permissionedSELECT创建标准视图卷曲curl -i --request POST \ --url "https://<API_URL...
Has a funny soul and a handsome face

Subscribe to honey

Subscribe to honey
Share Dialog
Share Dialog
Space and Time 通过我们的加密 API对您的数据进行透明的数据库内加密。本指南涵盖了理解和使用 SxT 加密所需的所有信息。
与加密表交互非常简单 - 只需更改用于与非加密表交互的 API 端点即可。虽然普通查询将通过 执行,但要对加密表执行查询,您应该使用。 DML 大致相同 - 只需添加前缀,无需进行其他更改。加密API和非加密API的请求输入完全相同。POST <BASE_URL>/v1/sql/dqlPOST <BASE_URL>/v1/encryption/sql/dqlencryption
如果您使用 JDBC 与 SxT 交互,不用担心 - 只要您使用最新的 JDBC 驱动程序,它就会自动为您选择正确的端点。
从授权的角度来看,非加密表也没有区别。如果您可以授权查询请求,则您有权解密表中的所有列。通过饼干授权列级解密已在路线图中 - 请稍后回来查看更多详细信息!
未通过加密 API 端点插入的数据将不会被加密。因此,如果您意外插入未加密的数据,您也将无法通过加密的 DQL API 访问该数据。然而,仍然可以从普通的 DQL API 读取它。
在表上配置加密也是一个简单的过程,但有一些先决条件需要注意,包括:
表必须已存在(即,您必须在一个请求中创建表并在另一请求中对其进行加密)
对表应用加密,因此您必须获得对正在配置的表的权限ALTERALTER
您无法加密已经加密的表
您无法更改加密配置,因此请确保在发送请求之前仔细检查请求
任何预先存在的数据都不会自动加密 - 确保在将任何敏感数据添加到表之前配置加密
目前,加密表上的联接操作有一些限制,随着时间的推移,这些限制将被消除。现在:
两个表必须位于同一架构中
两个表必须同时加密(即在同一个配置 API 请求中)
您要加入的列必须具有相同的加密类型和加密选项
确定性加密可确保给定的输入值始终产生相同的加密输出值。然而,这使得它更容易受到频率分析攻击。当您希望相同的输入具有相同的加密输出时,例如在比较加密值而无需解密它们时,此方法非常有用。但是,由于它容易受到频率分析的影响,因此不太适合非常敏感的数据。
无需任何额外的格式化即可执行加密。
**适用范围:**字符串和数字,可以包含特殊字符
**建议的数据类型:**字符串
加密数据可使用 SQL LIKE 运算符进行搜索。
**适用范围:**字符串和数字,可以包含特殊字符
**建议的数据类型:**字符串
FPE 保持加密后输入数据的格式。它对于加密需要符合特定格式或模式的数据很有用。建议使用“FPE UNICODE”而不是“FPE ASCII”,因为它支持更大的字符集。 FPE主要用于数据格式很重要并且加密后需要保留的情况。当信用卡号、社会保障号或帐号需要保留其格式时,这尤其有用。
仅加密 ASCII 字符集中的字符。
**适用范围:**字符串和数字,不包括特殊字符
**建议的数据类型:**字符串
加密数据采用扩展 ASCII 格式。
**适用范围:**字符串和数字,不包括特殊字符
**建议的数据类型:**字符串
扩展字符范围: 'â' ,'ä' ,'à' ,'á' ,'ã' ,'å' ,'ç' ,'ñ' ,'¢' ,'é' ,'ê' ,' ë' ,'è' ,'í' ,'î' ,'ï' ,'ì' ,'ß' ,'Ø' ,'' ,'Ä' ,'À' ,'Á' ,'à' ,'Å' ,'Ç' ,'Ñ' ,'Í' ,'ø' ,'É' ,'Ê' ,'Ë' ,'È' ,'Í' ,'Î' ,'Ï' ,' Ì','Ø','a','b','c','d','e','f','g','h','i','«','»' ,'ð' ,'ý' ,'þ' ,'±' ,'°' ,'j' ,'k' ,'l' ,'m' ,'n' ,'o' ,'p' ,' q'、'r'、'a'、'o'、'æ'、'̧'、'Æ'、'μ'、's'、't'、'u'、'v'、'w' ,'x' ,'y' ,'z' ,'¡' ,'¿' ,'Ð' ,'Ý' ,'Þ' ,'®' ,'·' ,'©' ,'§' ,' ¶' ,'1⁄4' ,'1⁄2' ,'3⁄4' ,' ̄' ,' ̈' ,' ́' ,'×' ,'A' ,'B' ,'C' ,' D' ,'E' ,'F' ,'G' ,'H' ,'I' ,'ô' ,'ö' ,'ò' ,'ó' ,'õ' ,'J' ,'K' ,'L' ,'M' ,'N' ,'O' ,'P' ,'Q' ,'R' ,'1' ,'û' ,'ü' ,'ù' ,'ú' ,' ÿ' ,'÷' ,'S' ,'T' ,'U' ,'V' ,'W' ,'X' ,'Y' ,'Z' ,'2' ,'Ô' ,'Ö' ,'Ò' ,'Ó' ,'Õ' ,'0' ,'1' ,'2' ,'3' ,'4' ,'5' ,'6' ,'7' ,'8' ,' 9'、'3'、'Û'、'Ü'、'Ù'、'Ú'。
加密数据采用 EBCDIC 格式,包括 EBCDIC 预定义特殊字符集。任何不属于定义字母表的 EBCDIC 字符都将引发无效输入错误。
**适用范围:**字符串和数字,不包括特殊字符
**建议的数据类型:**字符串
扩展字符范围: ¤!"#$%&'()*+,-./:;<=>?@[]^_ `{|}~£¥€\E{空格}
加密数据采用 Unicode 格式。
**适用范围:**字符串和数字。
**建议的数据类型:**字符串
加密数据是数字。
**适用范围:**仅限数字,不包含特殊字符
**建议的数据类型:**数字
设计用于加密包含数字和非数字字符的字符串,例如可能包含连字符或扩展名的电话号码。加密数据是数字,但不严格强制为纯数字。
**适用性:**包含数字和非数字字符的字符串,并且可能包含连字符或扩展名等特殊字符
**建议的数据类型:**带有连字符或扩展名的数字
加密数据是数字并用零填充左侧。
**适用范围:**仅限数字,不包含特殊字符
**建议的数据类型:**带有数字的字符串或仅数字
仅加密 YYYY/MM/DD、YYYY-MM-DD 或 YYYYMMDD 格式的日期值。此方法非常适合仅需要对日期中的日值进行加密、保持月份和年份值可见的情况。
无需任何额外的格式化即可执行加密。这是 FPE_DAY 的唯一有效类型。
**适用性:**仅具有指定格式的数字数据的字符串,包括斜杠和连字符等特殊字符
**建议的数据类型:**日期
FPE 令牌是一种使用格式保留加密 (FPE) 创建加密令牌的特定加密方法。这些令牌保留了数据的原始格式,例如长度和字符集,同时提供了强大的安全性。当您想要用非敏感数据(令牌)替换敏感数据,同时保持原始数据的格式时,此方法非常有用。
有效的加密类型与 FPE 完全相同,请参考上面的FPE 类型。
屏蔽是一种用非敏感数据替换敏感数据,同时保持原始数据格式的技术。格式必须为 YYYY/MM/DD、YYYY-MM-DD 或 YYYYMMDD。当需要隐藏数据的某些部分时,通常会使用数据屏蔽。这可以确保敏感数据不会暴露,同时保持数据集的可用性。
加密数据用日期值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
加密数据用随机日期值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
加密数据用月份值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
加密数据用月份和日期值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
加密数据用年份值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
加密数据用年份和月份值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
加密数据用年份和日期值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
加密数据用完整日期值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
OPE 代表顺序保留加密,它保留加密值应实现的顺序。这只适用于整数。在执行需要保留数据顺序的操作(例如范围查询)时,OPE 非常有用。这使得它在范围查询常见的数据库中特别有用。
没有其他可用选项。
**适用范围:**仅限数字,不包含特殊字符
建议的数据类型:数字
https://docs.spaceandtime.io/docs/encryption-guide#insmask_full_dateins
Space and Time 通过我们的加密 API对您的数据进行透明的数据库内加密。本指南涵盖了理解和使用 SxT 加密所需的所有信息。
与加密表交互非常简单 - 只需更改用于与非加密表交互的 API 端点即可。虽然普通查询将通过 执行,但要对加密表执行查询,您应该使用。 DML 大致相同 - 只需添加前缀,无需进行其他更改。加密API和非加密API的请求输入完全相同。POST <BASE_URL>/v1/sql/dqlPOST <BASE_URL>/v1/encryption/sql/dqlencryption
如果您使用 JDBC 与 SxT 交互,不用担心 - 只要您使用最新的 JDBC 驱动程序,它就会自动为您选择正确的端点。
从授权的角度来看,非加密表也没有区别。如果您可以授权查询请求,则您有权解密表中的所有列。通过饼干授权列级解密已在路线图中 - 请稍后回来查看更多详细信息!
未通过加密 API 端点插入的数据将不会被加密。因此,如果您意外插入未加密的数据,您也将无法通过加密的 DQL API 访问该数据。然而,仍然可以从普通的 DQL API 读取它。
在表上配置加密也是一个简单的过程,但有一些先决条件需要注意,包括:
表必须已存在(即,您必须在一个请求中创建表并在另一请求中对其进行加密)
对表应用加密,因此您必须获得对正在配置的表的权限ALTERALTER
您无法加密已经加密的表
您无法更改加密配置,因此请确保在发送请求之前仔细检查请求
任何预先存在的数据都不会自动加密 - 确保在将任何敏感数据添加到表之前配置加密
目前,加密表上的联接操作有一些限制,随着时间的推移,这些限制将被消除。现在:
两个表必须位于同一架构中
两个表必须同时加密(即在同一个配置 API 请求中)
您要加入的列必须具有相同的加密类型和加密选项
确定性加密可确保给定的输入值始终产生相同的加密输出值。然而,这使得它更容易受到频率分析攻击。当您希望相同的输入具有相同的加密输出时,例如在比较加密值而无需解密它们时,此方法非常有用。但是,由于它容易受到频率分析的影响,因此不太适合非常敏感的数据。
无需任何额外的格式化即可执行加密。
**适用范围:**字符串和数字,可以包含特殊字符
**建议的数据类型:**字符串
加密数据可使用 SQL LIKE 运算符进行搜索。
**适用范围:**字符串和数字,可以包含特殊字符
**建议的数据类型:**字符串
FPE 保持加密后输入数据的格式。它对于加密需要符合特定格式或模式的数据很有用。建议使用“FPE UNICODE”而不是“FPE ASCII”,因为它支持更大的字符集。 FPE主要用于数据格式很重要并且加密后需要保留的情况。当信用卡号、社会保障号或帐号需要保留其格式时,这尤其有用。
仅加密 ASCII 字符集中的字符。
**适用范围:**字符串和数字,不包括特殊字符
**建议的数据类型:**字符串
加密数据采用扩展 ASCII 格式。
**适用范围:**字符串和数字,不包括特殊字符
**建议的数据类型:**字符串
扩展字符范围: 'â' ,'ä' ,'à' ,'á' ,'ã' ,'å' ,'ç' ,'ñ' ,'¢' ,'é' ,'ê' ,' ë' ,'è' ,'í' ,'î' ,'ï' ,'ì' ,'ß' ,'Ø' ,'' ,'Ä' ,'À' ,'Á' ,'à' ,'Å' ,'Ç' ,'Ñ' ,'Í' ,'ø' ,'É' ,'Ê' ,'Ë' ,'È' ,'Í' ,'Î' ,'Ï' ,' Ì','Ø','a','b','c','d','e','f','g','h','i','«','»' ,'ð' ,'ý' ,'þ' ,'±' ,'°' ,'j' ,'k' ,'l' ,'m' ,'n' ,'o' ,'p' ,' q'、'r'、'a'、'o'、'æ'、'̧'、'Æ'、'μ'、's'、't'、'u'、'v'、'w' ,'x' ,'y' ,'z' ,'¡' ,'¿' ,'Ð' ,'Ý' ,'Þ' ,'®' ,'·' ,'©' ,'§' ,' ¶' ,'1⁄4' ,'1⁄2' ,'3⁄4' ,' ̄' ,' ̈' ,' ́' ,'×' ,'A' ,'B' ,'C' ,' D' ,'E' ,'F' ,'G' ,'H' ,'I' ,'ô' ,'ö' ,'ò' ,'ó' ,'õ' ,'J' ,'K' ,'L' ,'M' ,'N' ,'O' ,'P' ,'Q' ,'R' ,'1' ,'û' ,'ü' ,'ù' ,'ú' ,' ÿ' ,'÷' ,'S' ,'T' ,'U' ,'V' ,'W' ,'X' ,'Y' ,'Z' ,'2' ,'Ô' ,'Ö' ,'Ò' ,'Ó' ,'Õ' ,'0' ,'1' ,'2' ,'3' ,'4' ,'5' ,'6' ,'7' ,'8' ,' 9'、'3'、'Û'、'Ü'、'Ù'、'Ú'。
加密数据采用 EBCDIC 格式,包括 EBCDIC 预定义特殊字符集。任何不属于定义字母表的 EBCDIC 字符都将引发无效输入错误。
**适用范围:**字符串和数字,不包括特殊字符
**建议的数据类型:**字符串
扩展字符范围: ¤!"#$%&'()*+,-./:;<=>?@[]^_ `{|}~£¥€\E{空格}
加密数据采用 Unicode 格式。
**适用范围:**字符串和数字。
**建议的数据类型:**字符串
加密数据是数字。
**适用范围:**仅限数字,不包含特殊字符
**建议的数据类型:**数字
设计用于加密包含数字和非数字字符的字符串,例如可能包含连字符或扩展名的电话号码。加密数据是数字,但不严格强制为纯数字。
**适用性:**包含数字和非数字字符的字符串,并且可能包含连字符或扩展名等特殊字符
**建议的数据类型:**带有连字符或扩展名的数字
加密数据是数字并用零填充左侧。
**适用范围:**仅限数字,不包含特殊字符
**建议的数据类型:**带有数字的字符串或仅数字
仅加密 YYYY/MM/DD、YYYY-MM-DD 或 YYYYMMDD 格式的日期值。此方法非常适合仅需要对日期中的日值进行加密、保持月份和年份值可见的情况。
无需任何额外的格式化即可执行加密。这是 FPE_DAY 的唯一有效类型。
**适用性:**仅具有指定格式的数字数据的字符串,包括斜杠和连字符等特殊字符
**建议的数据类型:**日期
FPE 令牌是一种使用格式保留加密 (FPE) 创建加密令牌的特定加密方法。这些令牌保留了数据的原始格式,例如长度和字符集,同时提供了强大的安全性。当您想要用非敏感数据(令牌)替换敏感数据,同时保持原始数据的格式时,此方法非常有用。
有效的加密类型与 FPE 完全相同,请参考上面的FPE 类型。
屏蔽是一种用非敏感数据替换敏感数据,同时保持原始数据格式的技术。格式必须为 YYYY/MM/DD、YYYY-MM-DD 或 YYYYMMDD。当需要隐藏数据的某些部分时,通常会使用数据屏蔽。这可以确保敏感数据不会暴露,同时保持数据集的可用性。
加密数据用日期值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
加密数据用随机日期值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
加密数据用月份值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
加密数据用月份和日期值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
加密数据用年份值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
加密数据用年份和月份值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
加密数据用年份和日期值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
加密数据用完整日期值进行掩码。
**适用性:**仅限字符串,包括斜杠和连字符等特殊字符
建议的数据类型:日期
OPE 代表顺序保留加密,它保留加密值应实现的顺序。这只适用于整数。在执行需要保留数据顺序的操作(例如范围查询)时,OPE 非常有用。这使得它在范围查询常见的数据库中特别有用。
没有其他可用选项。
**适用范围:**仅限数字,不包含特殊字符
建议的数据类型:数字
https://docs.spaceandtime.io/docs/encryption-guide#insmask_full_dateins
<100 subscribers
<100 subscribers
No activity yet