CIP-0076 Hypernative as a Super Validator with a Weight of 1
- Greetings Foundation Team - please see below and attached for Hypernative SV proposal. Please don’t hesitate to reach out directly with any questions.
Here is my calendar, if required: https://calendly.com/alex-hypernative/30min
Thank you for your consideration.
Best,
Alex Rabke
VP, Americas
Hypernative — Secure Everything…
🌐 GTM & Innovation Enthusiast |⛓️ Crypto Advocate
📍 Raleigh, NC | 🔗 About Me | 📲 Telegram | 💼 LinkedIn | 🐦 @ajrabke
CIP-00XX: Hypernative as a Super Validator with a Weight of 1
CIP: CIP 00XX
Title: Add HyperNative as an SV of Weight 1
Author: Alex Rabke
Status:
Type: Governance
Created: 2025-08-20
Approved:
License: CC0-1.0
Abstract
Add Hypernative as a Super Validator with a weight of 1
About Hypernative
Hypernative is a leading blockchain security and monitoring platform, delivering real-time on-chain and off-chain threat detection, anomaly detection, and governance risk monitoring. Its products are trusted by protocols, foundations, and institutional actors seeking resilient risk mitigation in decentralized environments.
With a global team of engineers, researchers, and data scientists, Hypernative continuously monitors blockchain networks, identifies risks in real time, and integrates with client systems for proactive defense.
Key strengths Hypernative brings to Canton include:
-
Proven track record of real-time threat detection across multiple ecosystems.
-
Enterprise-grade monitoring infrastructure for institutional adoption.
-
Deep expertise in blockchain forensics, detection modeling, and incident response.
-
Trusted partnerships with foundations, auditors, and institutional actors.
-
APIs, dashboards, and integration-ready infrastructure to support compliance and governance.
Deliverables for Full Reward
Deliverable
Acceptance Criteria
Deadline
Weight Earned
Hypernative Provides Proactive network monitoring solution
• Any Canton network can member can utilize hypernative services for Canton blockchain event monitoring
• Measured by ability to monitor and detect balance changes and transfers for Canton Coin including activity for incoming/outgoing transfers and ability to provide alerts generated on thresholds/patterns
+ 180 Days from CIP Approval
1
SV Reward Mechanics:
-
An extraBeneficiary PartyID associated with the ‘escrowed’ Super Validator will be setup by the GSF with an SV Weight at the maximum earnable weight. This will not include the potential "First to Production" or "Second to Production" bonus weights.
-
The Applicant is responsible for coordinating the process of setting up the escrowed weights with the GSF and the operator of the GSF SV node.
-
The Applicant is responsible for all costs associated with the operation of the escrow SV
-
The escrow SV will NOT mint rewards on a block by block basis
-
All escrow SV rewards will go to the Unclaimed Rewards pool
-
⅔ of the Super Validator Operators will update their configurations to allow GSF to host the full weight to be earned by the given Super Validator
-
Applicant is required to present proof of successful completed milestones to the Tokenomics Working Group
-
Applicant is required to present a calculation for number of Canton Coin it should earn for meeting the requirements of the milestone
-
If the Tokenomics Working Group agrees the milestone has been met and agrees with the calculation, an announcement will be sent via the Tokenomics-Announce mailing List
-
The GSF will update the extraBeneficiary to an active PartyID controlled by that Super Validator.
-
⅔ of Super Validator Operators will then assign a portion of the Unclaimed Rewards to be minted by the Applicant’s Validator, based on the calculation approved by the Tokenomics working group.
-
If any milestones and associated rewards are not achieved by the deadline
-
Applicant will be notified they have not met a deliverable by the GSF
-
Remaining SV Weight assigned to the extraBeneficiary SV will be removed from the GSF node configuration, and the total SV weight of the GSF SV node will be reduced by the same amount by a vote of the Super Validators.
-
The Tokenomics Working Group will make a recommendation to the SVs on what to do with the Unclaimed Rewards
-
Applicant is subject to CIP-0045 : SV Operating Requirements
-
If, at any time, the Applicant has been rewarded SV Weight > 2.5, they are required to operate their SV within 6 months of crossing that Weight. This SV node will join the network with an SV weight of zero (0) and may add weights as the SV completes the milestones listed in this CIP.
Copyright
-
This CIP is licensed under CC0-1.0: Creative Commons CC0 1.0 Universal.
Appendix I – Motivation
Canton’s adoption depends on the security, resilience, and reliability of its ecosystem. Hypernative directly addresses this by committing to:
-
Institutional-Grade Security: Real-time detection and monitoring of on-chain and governance risks.
-
Cross-Chain Risk Coverage: Identifying threats originating from external chains and bridging into Canton.
-
Incident Response Enablement: Alerts, forensic tooling, and actionable reporting to reduce risk.
-
Enhanced Trust & Adoption: Embedding monitoring into Canton’s fabric to attract institutional users.
-
Market Visibility: Publishing research and engagement materials to elevate Canton’s industry standing.
Appendix II – Why Hypernative
Hypernative is uniquely suited for Canton’s SV role:
-
Security-first expertise in blockchain threat detection.
-
Technical depth in anomaly detection, governance monitoring, and risk analysis.
-
Institutional connections with exchanges, protocols, and financial institutions.
-
Complementary specialization versus other SVs, filling the security/monitoring gap.
-
Innovation history in security products, analytics, and intelligence services.
-
Proven ability to deliver enterprise-grade services for bespoke chain and infrastructure deployments
Appendix III – Hypernative’s Scope of Work
Deliverable
Acceptance Criteria
Deadline
Evidence of Completion
Milestone 1 – Initial Research & Core Indexing
• Research document on Canton architecture & prerequisites completed• Confirmation of necessary access permissions (Splice permissions sufficient)• Indexed dataset of Canton transactions/events operational
Up to 2 months
• Internal research report shared• Logs/screenshots of indexed chain data beyond transaction hashes
Milestone 2 – Validator Setup
• Validator node deployed, operational, and connected• Validator approved through CIP with assigned weight• Logs show validator active in consensus & governance
Up to 2 months
• Governance confirmation validator is live/approved• Logs/screenshots showing validator in consensus
Milestone 3 – Basic Agents: Address Monitoring
• Agents detect balance changes & transfers for Canton Coin• Monitoring active for incoming/outgoing transfers in real time• Alerts generated on thresholds/patterns
2 months after Stage 1
• Config examples of monitoring agents• Logs/screenshots showing detection of transfers & balance changes
Milestone 4 – Security Detection Research
• Research document outlining Canton threat categories• Prototype implementations provided where relevant• Clear methodology for alert definitions
1 month after Stage 3
• Research report shared• Documentation describing address-based alert guidance
Milestone 5 – Ecosystem Engagement & Market Enablement
• At least one public engagement (e.g., community post)• Published integration summary on official Hypernative channels
After all prior stages
• Published blogs, briefs, or webinars• External mentions of Hypernative–Canton integration
Validator Rewards Note
Hypernative will not operate a separate Super Validator node. Upon CIP approval, SV Rewards will be minted by the Canton Foundation’s SV node and transferred to Hypernative’s regular validator node.
-
- Added the following clause to CIP Deliverables clause:• At least one entity active on the Canton Network subscribed to monitoring alerts from Hypernative for Canton Network activity (Reference Appendix III for detailed milestones)Updated and complete proposal below
CIP-00XX: Hypernative as a Super Validator with a Weight of 1
CIP: CIP 00XX
Title: Add HyperNative as an SV of Weight 1
Author: Alex Rabke
Status:
Type: Governance
Created: 2025-08-20
Approved:
License: CC0-1.0
Abstract
Add Hypernative as a Super Validator with a weight of 1
About Hypernative
Hypernative is a leading blockchain security and monitoring platform, delivering real-time on-chain and off-chain threat detection, anomaly detection, and governance risk monitoring. Its products are trusted by protocols, foundations, and institutional actors seeking resilient risk mitigation in decentralized environments.
With a global team of engineers, researchers, and data scientists, Hypernative continuously monitors blockchain networks, identifies risks in real time, and integrates with client systems for proactive defense.
Key strengths Hypernative brings to Canton include:
-
Proven track record of real-time threat detection across multiple ecosystems.
-
Enterprise-grade monitoring infrastructure for institutional adoption.
-
Deep expertise in blockchain forensics, detection modeling, and incident response.
-
Trusted partnerships with foundations, auditors, and institutional actors.
-
APIs, dashboards, and integration-ready infrastructure to support compliance and governance.
Deliverables for Full Reward
Deliverable
Acceptance Criteria
Deadline
Weight Earned
Hypernative Provides Proactive network monitoring solution
• Any Canton network can member can utilize hypernative services for Canton blockchain event monitoring
• Measured by ability to monitor and detect balance changes and transfers for Canton Coin including activity for incoming/outgoing transfers and ability to provide alerts generated on thresholds/patterns
• At least one entity active on the Canton Network subscribed to monitoring alerts from Hypernative for Canton Network activity (Reference Appendix III for detailed milestones)
+ 180 Days from CIP Approval
1
SV Reward Mechanics:
-
An extraBeneficiary PartyID associated with the ‘escrowed’ Super Validator will be setup by the GSF with an SV Weight at the maximum earnable weight. This will not include the potential "First to Production" or "Second to Production" bonus weights.
-
The Applicant is responsible for coordinating the process of setting up the escrowed weights with the GSF and the operator of the GSF SV node.
-
The Applicant is responsible for all costs associated with the operation of the escrow SV
-
The escrow SV will NOT mint rewards on a block by block basis
-
All escrow SV rewards will go to the Unclaimed Rewards pool
-
⅔ of the Super Validator Operators will update their configurations to allow GSF to host the full weight to be earned by the given Super Validator
-
Applicant is required to present proof of successful completed milestones to the Tokenomics Working Group
-
Applicant is required to present a calculation for number of Canton Coin it should earn for meeting the requirements of the milestone
-
If the Tokenomics Working Group agrees the milestone has been met and agrees with the calculation, an announcement will be sent via the Tokenomics-Announce mailing List
-
The GSF will update the extraBeneficiary to an active PartyID controlled by that Super Validator.
-
⅔ of Super Validator Operators will then assign a portion of the Unclaimed Rewards to be minted by the Applicant’s Validator, based on the calculation approved by the Tokenomics working group.
-
If any milestones and associated rewards are not achieved by the deadline
-
Applicant will be notified they have not met a deliverable by the GSF
-
Remaining SV Weight assigned to the extraBeneficiary SV will be removed from the GSF node configuration, and the total SV weight of the GSF SV node will be reduced by the same amount by a vote of the Super Validators.
-
The Tokenomics Working Group will make a recommendation to the SVs on what to do with the Unclaimed Rewards
-
Applicant is subject to CIP-0045 : SV Operating Requirements
-
If, at any time, the Applicant has been rewarded SV Weight > 2.5, they are required to operate their SV within 6 months of crossing that Weight. This SV node will join the network with an SV weight of zero (0) and may add weights as the SV completes the milestones listed in this CIP.
Copyright
-
This CIP is licensed under CC0-1.0: Creative Commons CC0 1.0 Universal.
Appendix I – Motivation
Canton’s adoption depends on the security, resilience, and reliability of its ecosystem. Hypernative directly addresses this by committing to:
-
Institutional-Grade Security: Real-time detection and monitoring of on-chain and governance risks.
-
Cross-Chain Risk Coverage: Identifying threats originating from external chains and bridging into Canton.
-
Incident Response Enablement: Alerts, forensic tooling, and actionable reporting to reduce risk.
-
Enhanced Trust & Adoption: Embedding monitoring into Canton’s fabric to attract institutional users.
-
Market Visibility: Publishing research and engagement materials to elevate Canton’s industry standing.
Appendix II – Why Hypernative
Hypernative is uniquely suited for Canton’s SV role:
-
Security-first expertise in blockchain threat detection.
-
Technical depth in anomaly detection, governance monitoring, and risk analysis.
-
Institutional connections with exchanges, protocols, and financial institutions.
-
Complementary specialization versus other SVs, filling the security/monitoring gap.
-
Innovation history in security products, analytics, and intelligence services.
-
Proven ability to deliver enterprise-grade services for bespoke chain and infrastructure deployments
Appendix III – Hypernative’s Scope of Work
Deliverable
Acceptance Criteria
Deadline
Evidence of Completion
Milestone 1 – Initial Research & Core Indexing
• Research document on Canton architecture & prerequisites completed• Confirmation of necessary access permissions (Splice permissions sufficient)• Indexed dataset of Canton transactions/events operational
Up to 2 months
• Internal research report shared• Logs/screenshots of indexed chain data beyond transaction hashes
Milestone 2 – Validator Setup
• Validator node deployed, operational, and connected• Validator approved through CIP with assigned weight• Logs show validator active in consensus & governance
Up to 2 months
• Governance confirmation validator is live/approved• Logs/screenshots showing validator in consensus
Milestone 3 – Basic Agents: Address Monitoring
• Agents detect balance changes & transfers for Canton Coin• Monitoring active for incoming/outgoing transfers in real time• Alerts generated on thresholds/patterns
2 months after Stage 1
• Config examples of monitoring agents• Logs/screenshots showing detection of transfers & balance changes
Milestone 4 – Security Detection Research
• Research document outlining Canton threat categories• Prototype implementations provided where relevant• Clear methodology for alert definitions
1 month after Stage 3
• Research report shared• Documentation describing address-based alert guidance
Milestone 5 – Ecosystem Engagement & Market Enablement
• At least one public engagement (e.g., community post)• Published integration summary on official Hypernative channels
After all prior stages
• Published blogs, briefs, or webinars• External mentions of Hypernative–Canton integration
Validator Rewards Note
Hypernative will not operate a separate Super Validator node. Upon CIP approval, SV Rewards will be minted by the Canton Foundation’s SV node and transferred to Hypernative’s regular validator node.
-
- Hello all - I have made an update to our CIP. Under deliverables: • At least one entity active on the Canton Network subscribed to monitoring alerts from Hypernative for Canton Network activity (Reference Appendix III for detailed milestones)
Entire document updated to reflect here and attached:CIP-00XX: Hypernative as a Super Validator with a Weight of 1
CIP: CIP 00XX
Title: Add HyperNative as an SV of Weight 1
Author: Alex Rabke
Status:
Type: Governance
Created: 2025-08-20
Approved:
License: CC0-1.0
Abstract
Add Hypernative as a Super Validator with a weight of 1
About Hypernative
Hypernative is a leading blockchain security and monitoring platform, delivering real-time on-chain and off-chain threat detection, anomaly detection, and governance risk monitoring. Its products are trusted by protocols, foundations, and institutional actors seeking resilient risk mitigation in decentralized environments.
With a global team of engineers, researchers, and data scientists, Hypernative continuously monitors blockchain networks, identifies risks in real time, and integrates with client systems for proactive defense.
Key strengths Hypernative brings to Canton include:
-
Proven track record of real-time threat detection across multiple ecosystems.
-
Enterprise-grade monitoring infrastructure for institutional adoption.
-
Deep expertise in blockchain forensics, detection modeling, and incident response.
-
Trusted partnerships with foundations, auditors, and institutional actors.
-
APIs, dashboards, and integration-ready infrastructure to support compliance and governance.
Deliverables for Full Reward
Deliverable
Acceptance Criteria
Deadline
Weight Earned
Hypernative Provides Proactive network monitoring solution
• Any Canton network can member can utilize hypernative services for Canton blockchain event monitoring
• Measured by ability to monitor and detect balance changes and transfers for Canton Coin including activity for incoming/outgoing transfers and ability to provide alerts generated on thresholds/patterns
• At least one entity active on the Canton Network subscribed to monitoring alerts from Hypernative for Canton Network activity (Reference Appendix III for detailed milestones)
+ 180 Days from CIP Approval
1
SV Reward Mechanics:
-
An extraBeneficiary PartyID associated with the ‘escrowed’ Super Validator will be setup by the GSF with an SV Weight at the maximum earnable weight. This will not include the potential "First to Production" or "Second to Production" bonus weights.
-
The Applicant is responsible for coordinating the process of setting up the escrowed weights with the GSF and the operator of the GSF SV node.
-
The Applicant is responsible for all costs associated with the operation of the escrow SV
-
The escrow SV will NOT mint rewards on a block by block basis
-
All escrow SV rewards will go to the Unclaimed Rewards pool
-
⅔ of the Super Validator Operators will update their configurations to allow GSF to host the full weight to be earned by the given Super Validator
-
Applicant is required to present proof of successful completed milestones to the Tokenomics Working Group
-
Applicant is required to present a calculation for number of Canton Coin it should earn for meeting the requirements of the milestone
-
If the Tokenomics Working Group agrees the milestone has been met and agrees with the calculation, an announcement will be sent via the Tokenomics-Announce mailing List
-
The GSF will update the extraBeneficiary to an active PartyID controlled by that Super Validator.
-
⅔ of Super Validator Operators will then assign a portion of the Unclaimed Rewards to be minted by the Applicant’s Validator, based on the calculation approved by the Tokenomics working group.
-
If any milestones and associated rewards are not achieved by the deadline
-
Applicant will be notified they have not met a deliverable by the GSF
-
Remaining SV Weight assigned to the extraBeneficiary SV will be removed from the GSF node configuration, and the total SV weight of the GSF SV node will be reduced by the same amount by a vote of the Super Validators.
-
The Tokenomics Working Group will make a recommendation to the SVs on what to do with the Unclaimed Rewards
-
Applicant is subject to CIP-0045 : SV Operating Requirements
-
If, at any time, the Applicant has been rewarded SV Weight > 2.5, they are required to operate their SV within 6 months of crossing that Weight. This SV node will join the network with an SV weight of zero (0) and may add weights as the SV completes the milestones listed in this CIP.
Copyright
-
This CIP is licensed under CC0-1.0: Creative Commons CC0 1.0 Universal.
Appendix I – Motivation
Canton’s adoption depends on the security, resilience, and reliability of its ecosystem. Hypernative directly addresses this by committing to:
-
Institutional-Grade Security: Real-time detection and monitoring of on-chain and governance risks.
-
Cross-Chain Risk Coverage: Identifying threats originating from external chains and bridging into Canton.
-
Incident Response Enablement: Alerts, forensic tooling, and actionable reporting to reduce risk.
-
Enhanced Trust & Adoption: Embedding monitoring into Canton’s fabric to attract institutional users.
-
Market Visibility: Publishing research and engagement materials to elevate Canton’s industry standing.
Appendix II – Why Hypernative
Hypernative is uniquely suited for Canton’s SV role:
-
Security-first expertise in blockchain threat detection.
-
Technical depth in anomaly detection, governance monitoring, and risk analysis.
-
Institutional connections with exchanges, protocols, and financial institutions.
-
Complementary specialization versus other SVs, filling the security/monitoring gap.
-
Innovation history in security products, analytics, and intelligence services.
-
Proven ability to deliver enterprise-grade services for bespoke chain and infrastructure deployments
Appendix III – Hypernative’s Scope of Work
Deliverable
Acceptance Criteria
Deadline
Evidence of Completion
Milestone 1 – Initial Research & Core Indexing
• Research document on Canton architecture & prerequisites completed• Confirmation of necessary access permissions (Splice permissions sufficient)• Indexed dataset of Canton transactions/events operational
Up to 2 months
• Internal research report shared• Logs/screenshots of indexed chain data beyond transaction hashes
Milestone 2 – Validator Setup
• Validator node deployed, operational, and connected• Validator approved through CIP with assigned weight• Logs show validator active in consensus & governance
Up to 2 months
• Governance confirmation validator is live/approved• Logs/screenshots showing validator in consensus
Milestone 3 – Basic Agents: Address Monitoring
• Agents detect balance changes & transfers for Canton Coin• Monitoring active for incoming/outgoing transfers in real time• Alerts generated on thresholds/patterns
2 months after Stage 1
• Config examples of monitoring agents• Logs/screenshots showing detection of transfers & balance changes
Milestone 4 – Security Detection Research
• Research document outlining Canton threat categories• Prototype implementations provided where relevant• Clear methodology for alert definitions
1 month after Stage 3
• Research report shared• Documentation describing address-based alert guidance
Milestone 5 – Ecosystem Engagement & Market Enablement
• At least one public engagement (e.g., community post)• Published integration summary on official Hypernative channels
After all prior stages
• Published blogs, briefs, or webinars• External mentions of Hypernative–Canton integration
Validator Rewards Note
Hypernative will not operate a separate Super Validator node. Upon CIP approval, SV Rewards will be minted by the Canton Foundation’s SV node and transferred to Hypernative’s regular validator node.
Alex Rabke
VP, Americas
Hypernative — Secure Everything…
🌐 GTM & Innovation Enthusiast |⛓️ Crypto Advocate
📍 Raleigh, NC | 🔗 About Me | 📲 Telegram | 💼 LinkedIn | 🐦 @ajrabke
CIP-00XX: Hypernative as a Super Validator with a Weight of 1
CIP: CIP 00XX
Title: Add HyperNative as an SV of Weight 1
Author: Alex Rabke
Status:
Type: Governance
Created: 2025-08-20
Approved:
License: CC0-1.0
Abstract
Add Hypernative as a Super Validator with a weight of 1
About Hypernative
Hypernative is a leading blockchain security and monitoring platform, delivering real-time on-chain and off-chain threat detection, anomaly detection, and governance risk monitoring. Its products are trusted by protocols, foundations, and institutional actors seeking resilient risk mitigation in decentralized environments.
With a global team of engineers, researchers, and data scientists, Hypernative continuously monitors blockchain networks, identifies risks in real time, and integrates with client systems for proactive defense.
Key strengths Hypernative brings to Canton include:
-
Proven track record of real-time threat detection across multiple ecosystems.
-
Enterprise-grade monitoring infrastructure for institutional adoption.
-
Deep expertise in blockchain forensics, detection modeling, and incident response.
-
Trusted partnerships with foundations, auditors, and institutional actors.
-
APIs, dashboards, and integration-ready infrastructure to support compliance and governance.
Deliverables for Full Reward
Deliverable
Acceptance Criteria
Deadline
Weight Earned
Hypernative Provides Proactive network monitoring solution
• Any Canton network can member can utilize hypernative services for Canton blockchain event monitoring
• Measured by ability to monitor and detect balance changes and transfers for Canton Coin including activity for incoming/outgoing transfers and ability to provide alerts generated on thresholds/patterns
+ 180 Days from CIP Approval
1
SV Reward Mechanics:
-
An extraBeneficiary PartyID associated with the ‘escrowed’ Super Validator will be setup by the GSF with an SV Weight at the maximum earnable weight. This will not include the potential "First to Production" or "Second to Production" bonus weights.
-
The Applicant is responsible for coordinating the process of setting up the escrowed weights with the GSF and the operator of the GSF SV node.
-
The Applicant is responsible for all costs associated with the operation of the escrow SV
-
The escrow SV will NOT mint rewards on a block by block basis
-
All escrow SV rewards will go to the Unclaimed Rewards pool
-
⅔ of the Super Validator Operators will update their configurations to allow GSF to host the full weight to be earned by the given Super Validator
-
Applicant is required to present proof of successful completed milestones to the Tokenomics Working Group
-
Applicant is required to present a calculation for number of Canton Coin it should earn for meeting the requirements of the milestone
-
If the Tokenomics Working Group agrees the milestone has been met and agrees with the calculation, an announcement will be sent via the Tokenomics-Announce mailing List
-
The GSF will update the extraBeneficiary to an active PartyID controlled by that Super Validator.
-
⅔ of Super Validator Operators will then assign a portion of the Unclaimed Rewards to be minted by the Applicant’s Validator, based on the calculation approved by the Tokenomics working group.
-
If any milestones and associated rewards are not achieved by the deadline
-
Applicant will be notified they have not met a deliverable by the GSF
-
Remaining SV Weight assigned to the extraBeneficiary SV will be removed from the GSF node configuration, and the total SV weight of the GSF SV node will be reduced by the same amount by a vote of the Super Validators.
-
The Tokenomics Working Group will make a recommendation to the SVs on what to do with the Unclaimed Rewards
-
Applicant is subject to CIP-0045 : SV Operating Requirements
-
If, at any time, the Applicant has been rewarded SV Weight > 2.5, they are required to operate their SV within 6 months of crossing that Weight. This SV node will join the network with an SV weight of zero (0) and may add weights as the SV completes the milestones listed in this CIP.
Copyright
-
This CIP is licensed under CC0-1.0: Creative Commons CC0 1.0 Universal.
Appendix I – Motivation
Canton’s adoption depends on the security, resilience, and reliability of its ecosystem. Hypernative directly addresses this by committing to:
-
Institutional-Grade Security: Real-time detection and monitoring of on-chain and governance risks.
-
Cross-Chain Risk Coverage: Identifying threats originating from external chains and bridging into Canton.
-
Incident Response Enablement: Alerts, forensic tooling, and actionable reporting to reduce risk.
-
Enhanced Trust & Adoption: Embedding monitoring into Canton’s fabric to attract institutional users.
-
Market Visibility: Publishing research and engagement materials to elevate Canton’s industry standing.
Appendix II – Why Hypernative
Hypernative is uniquely suited for Canton’s SV role:
-
Security-first expertise in blockchain threat detection.
-
Technical depth in anomaly detection, governance monitoring, and risk analysis.
-
Institutional connections with exchanges, protocols, and financial institutions.
-
Complementary specialization versus other SVs, filling the security/monitoring gap.
-
Innovation history in security products, analytics, and intelligence services.
-
Proven ability to deliver enterprise-grade services for bespoke chain and infrastructure deployments
Appendix III – Hypernative’s Scope of Work
Deliverable
Acceptance Criteria
Deadline
Evidence of Completion
Milestone 1 – Initial Research & Core Indexing
• Research document on Canton architecture & prerequisites completed• Confirmation of necessary access permissions (Splice permissions sufficient)• Indexed dataset of Canton transactions/events operational
Up to 2 months
• Internal research report shared• Logs/screenshots of indexed chain data beyond transaction hashes
Milestone 2 – Validator Setup
• Validator node deployed, operational, and connected• Validator approved through CIP with assigned weight• Logs show validator active in consensus & governance
Up to 2 months
• Governance confirmation validator is live/approved• Logs/screenshots showing validator in consensus
Milestone 3 – Basic Agents: Address Monitoring
• Agents detect balance changes & transfers for Canton Coin• Monitoring active for incoming/outgoing transfers in real time• Alerts generated on thresholds/patterns
2 months after Stage 1
• Config examples of monitoring agents• Logs/screenshots showing detection of transfers & balance changes
Milestone 4 – Security Detection Research
• Research document outlining Canton threat categories• Prototype implementations provided where relevant• Clear methodology for alert definitions
1 month after Stage 3
• Research report shared• Documentation describing address-based alert guidance
Milestone 5 – Ecosystem Engagement & Market Enablement
• At least one public engagement (e.g., community post)• Published integration summary on official Hypernative channels
After all prior stages
• Published blogs, briefs, or webinars• External mentions of Hypernative–Canton integration
Validator Rewards Note
Hypernative will not operate a separate Super Validator node. Upon CIP approval, SV Rewards will be minted by the Canton Foundation’s SV node and transferred to Hypernative’s regular validator node.
-
- toggle quoted message Show quoted textThank you Alex, based off the recent updates here Proof Group is happy to endorse this.On Tue, Sep 2, 2025 at 4:07 AM Alexander Rabke via lists.sync.global <alex=hypernative.io@...> wrote:Hello all - I have made an update to our CIP. Under deliverables: • At least one entity active on the Canton Network subscribed to monitoring alerts from Hypernative for Canton Network activity (Reference Appendix III for detailed milestones)
Entire document updated to reflect here and attached:CIP-00XX: Hypernative as a Super Validator with a Weight of 1
CIP: CIP 00XX
Title: Add HyperNative as an SV of Weight 1
Author: Alex Rabke
Status:
Type: Governance
Created: 2025-08-20
Approved:
License: CC0-1.0
Abstract
Add Hypernative as a Super Validator with a weight of 1
About Hypernative
Hypernative is a leading blockchain security and monitoring platform, delivering real-time on-chain and off-chain threat detection, anomaly detection, and governance risk monitoring. Its products are trusted by protocols, foundations, and institutional actors seeking resilient risk mitigation in decentralized environments.
With a global team of engineers, researchers, and data scientists, Hypernative continuously monitors blockchain networks, identifies risks in real time, and integrates with client systems for proactive defense.
Key strengths Hypernative brings to Canton include:
-
Proven track record of real-time threat detection across multiple ecosystems.
-
Enterprise-grade monitoring infrastructure for institutional adoption.
-
Deep expertise in blockchain forensics, detection modeling, and incident response.
-
Trusted partnerships with foundations, auditors, and institutional actors.
-
APIs, dashboards, and integration-ready infrastructure to support compliance and governance.
Deliverables for Full Reward
Deliverable
Acceptance Criteria
Deadline
Weight Earned
Hypernative Provides Proactive network monitoring solution
• Any Canton network can member can utilize hypernative services for Canton blockchain event monitoring
• Measured by ability to monitor and detect balance changes and transfers for Canton Coin including activity for incoming/outgoing transfers and ability to provide alerts generated on thresholds/patterns
• At least one entity active on the Canton Network subscribed to monitoring alerts from Hypernative for Canton Network activity (Reference Appendix III for detailed milestones)
+ 180 Days from CIP Approval
1
SV Reward Mechanics:
-
An extraBeneficiary PartyID associated with the ‘escrowed’ Super Validator will be setup by the GSF with an SV Weight at the maximum earnable weight. This will not include the potential "First to Production" or "Second to Production" bonus weights.
-
The Applicant is responsible for coordinating the process of setting up the escrowed weights with the GSF and the operator of the GSF SV node.
-
The Applicant is responsible for all costs associated with the operation of the escrow SV
-
The escrow SV will NOT mint rewards on a block by block basis
-
All escrow SV rewards will go to the Unclaimed Rewards pool
-
⅔ of the Super Validator Operators will update their configurations to allow GSF to host the full weight to be earned by the given Super Validator
-
Applicant is required to present proof of successful completed milestones to the Tokenomics Working Group
-
Applicant is required to present a calculation for number of Canton Coin it should earn for meeting the requirements of the milestone
-
If the Tokenomics Working Group agrees the milestone has been met and agrees with the calculation, an announcement will be sent via the Tokenomics-Announce mailing List
-
The GSF will update the extraBeneficiary to an active PartyID controlled by that Super Validator.
-
⅔ of Super Validator Operators will then assign a portion of the Unclaimed Rewards to be minted by the Applicant’s Validator, based on the calculation approved by the Tokenomics working group.
-
If any milestones and associated rewards are not achieved by the deadline
-
Applicant will be notified they have not met a deliverable by the GSF
-
Remaining SV Weight assigned to the extraBeneficiary SV will be removed from the GSF node configuration, and the total SV weight of the GSF SV node will be reduced by the same amount by a vote of the Super Validators.
-
The Tokenomics Working Group will make a recommendation to the SVs on what to do with the Unclaimed Rewards
-
Applicant is subject to CIP-0045 : SV Operating Requirements
-
If, at any time, the Applicant has been rewarded SV Weight > 2.5, they are required to operate their SV within 6 months of crossing that Weight. This SV node will join the network with an SV weight of zero (0) and may add weights as the SV completes the milestones listed in this CIP.
Copyright
-
This CIP is licensed under CC0-1.0: Creative Commons CC0 1.0 Universal.
Appendix I – Motivation
Canton’s adoption depends on the security, resilience, and reliability of its ecosystem. Hypernative directly addresses this by committing to:
-
Institutional-Grade Security: Real-time detection and monitoring of on-chain and governance risks.
-
Cross-Chain Risk Coverage: Identifying threats originating from external chains and bridging into Canton.
-
Incident Response Enablement: Alerts, forensic tooling, and actionable reporting to reduce risk.
-
Enhanced Trust & Adoption: Embedding monitoring into Canton’s fabric to attract institutional users.
-
Market Visibility: Publishing research and engagement materials to elevate Canton’s industry standing.
Appendix II – Why Hypernative
Hypernative is uniquely suited for Canton’s SV role:
-
Security-first expertise in blockchain threat detection.
-
Technical depth in anomaly detection, governance monitoring, and risk analysis.
-
Institutional connections with exchanges, protocols, and financial institutions.
-
Complementary specialization versus other SVs, filling the security/monitoring gap.
-
Innovation history in security products, analytics, and intelligence services.
-
Proven ability to deliver enterprise-grade services for bespoke chain and infrastructure deployments
Appendix III – Hypernative’s Scope of Work
Deliverable
Acceptance Criteria
Deadline
Evidence of Completion
Milestone 1 – Initial Research & Core Indexing
• Research document on Canton architecture & prerequisites completed• Confirmation of necessary access permissions (Splice permissions sufficient)• Indexed dataset of Canton transactions/events operational
Up to 2 months
• Internal research report shared• Logs/screenshots of indexed chain data beyond transaction hashes
Milestone 2 – Validator Setup
• Validator node deployed, operational, and connected• Validator approved through CIP with assigned weight• Logs show validator active in consensus & governance
Up to 2 months
• Governance confirmation validator is live/approved• Logs/screenshots showing validator in consensus
Milestone 3 – Basic Agents: Address Monitoring
• Agents detect balance changes & transfers for Canton Coin• Monitoring active for incoming/outgoing transfers in real time• Alerts generated on thresholds/patterns
2 months after Stage 1
• Config examples of monitoring agents• Logs/screenshots showing detection of transfers & balance changes
Milestone 4 – Security Detection Research
• Research document outlining Canton threat categories• Prototype implementations provided where relevant• Clear methodology for alert definitions
1 month after Stage 3
• Research report shared• Documentation describing address-based alert guidance
Milestone 5 – Ecosystem Engagement & Market Enablement
• At least one public engagement (e.g., community post)• Published integration summary on official Hypernative channels
After all prior stages
• Published blogs, briefs, or webinars• External mentions of Hypernative–Canton integration
Validator Rewards Note
Hypernative will not operate a separate Super Validator node. Upon CIP approval, SV Rewards will be minted by the Canton Foundation’s SV node and transferred to Hypernative’s regular validator node.
From: Alexander Rabke <alex@...>
Date: Friday, August 22, 2025 at 1:25 PM
To: cip-discuss@... <cip-discuss@...>
Cc: Gal Sagie <gal@...>, Ulisse DellOrto <uli@...>, Andrey Dulkin <andrey@...>
Subject: Hypernative as a Super Validator with a Weight of 1
Greetings Foundation Team - please see below and attached for Hypernative SV proposal. Please don’t hesitate to reach out directly with any questions.
Here is my calendar, if required: https://calendly.com/alex-hypernative/30min
Thank you for your consideration.
Best,
Alex Rabke
VP, Americas
Hypernative — Secure Everything…
🌐 GTM & Innovation Enthusiast |⛓️ Crypto Advocate
📍 Raleigh, NC | 🔗 About Me | 📲 Telegram | 💼 LinkedIn | 🐦 @ajrabke
CIP-00XX: Hypernative as a Super Validator with a Weight of 1
CIP: CIP 00XX
Title: Add HyperNative as an SV of Weight 1
Author: Alex Rabke
Status:
Type: Governance
Created: 2025-08-20
Approved:
License: CC0-1.0
Abstract
Add Hypernative as a Super Validator with a weight of 1
About Hypernative
Hypernative is a leading blockchain security and monitoring platform, delivering real-time on-chain and off-chain threat detection, anomaly detection, and governance risk monitoring. Its products are trusted by protocols, foundations, and institutional actors seeking resilient risk mitigation in decentralized environments.
With a global team of engineers, researchers, and data scientists, Hypernative continuously monitors blockchain networks, identifies risks in real time, and integrates with client systems for proactive defense.
Key strengths Hypernative brings to Canton include:
-
Proven track record of real-time threat detection across multiple ecosystems.
-
Enterprise-grade monitoring infrastructure for institutional adoption.
-
Deep expertise in blockchain forensics, detection modeling, and incident response.
-
Trusted partnerships with foundations, auditors, and institutional actors.
-
APIs, dashboards, and integration-ready infrastructure to support compliance and governance.
Deliverables for Full Reward
Deliverable
Acceptance Criteria
Deadline
Weight Earned
Hypernative Provides Proactive network monitoring solution
• Any Canton network can member can utilize hypernative services for Canton blockchain event monitoring
• Measured by ability to monitor and detect balance changes and transfers for Canton Coin including activity for incoming/outgoing transfers and ability to provide alerts generated on thresholds/patterns
+ 180 Days from CIP Approval
1
SV Reward Mechanics:
-
An extraBeneficiary PartyID associated with the ‘escrowed’ Super Validator will be setup by the GSF with an SV Weight at the maximum earnable weight. This will not include the potential "First to Production" or "Second to Production" bonus weights.
-
The Applicant is responsible for coordinating the process of setting up the escrowed weights with the GSF and the operator of the GSF SV node.
-
The Applicant is responsible for all costs associated with the operation of the escrow SV
-
The escrow SV will NOT mint rewards on a block by block basis
-
All escrow SV rewards will go to the Unclaimed Rewards pool
-
⅔ of the Super Validator Operators will update their configurations to allow GSF to host the full weight to be earned by the given Super Validator
-
Applicant is required to present proof of successful completed milestones to the Tokenomics Working Group
-
Applicant is required to present a calculation for number of Canton Coin it should earn for meeting the requirements of the milestone
-
If the Tokenomics Working Group agrees the milestone has been met and agrees with the calculation, an announcement will be sent via the Tokenomics-Announce mailing List
-
The GSF will update the extraBeneficiary to an active PartyID controlled by that Super Validator.
-
⅔ of Super Validator Operators will then assign a portion of the Unclaimed Rewards to be minted by the Applicant’s Validator, based on the calculation approved by the Tokenomics working group.
-
If any milestones and associated rewards are not achieved by the deadline
-
Applicant will be notified they have not met a deliverable by the GSF
-
Remaining SV Weight assigned to the extraBeneficiary SV will be removed from the GSF node configuration, and the total SV weight of the GSF SV node will be reduced by the same amount by a vote of the Super Validators.
-
The Tokenomics Working Group will make a recommendation to the SVs on what to do with the Unclaimed Rewards
-
Applicant is subject to CIP-0045 : SV Operating Requirements
-
If, at any time, the Applicant has been rewarded SV Weight > 2.5, they are required to operate their SV within 6 months of crossing that Weight. This SV node will join the network with an SV weight of zero (0) and may add weights as the SV completes the milestones listed in this CIP.
Copyright
-
This CIP is licensed under CC0-1.0: Creative Commons CC0 1.0 Universal.
Appendix I – Motivation
Canton’s adoption depends on the security, resilience, and reliability of its ecosystem. Hypernative directly addresses this by committing to:
-
Institutional-Grade Security: Real-time detection and monitoring of on-chain and governance risks.
-
Cross-Chain Risk Coverage: Identifying threats originating from external chains and bridging into Canton.
-
Incident Response Enablement: Alerts, forensic tooling, and actionable reporting to reduce risk.
-
Enhanced Trust & Adoption: Embedding monitoring into Canton’s fabric to attract institutional users.
-
Market Visibility: Publishing research and engagement materials to elevate Canton’s industry standing.
Appendix II – Why Hypernative
Hypernative is uniquely suited for Canton’s SV role:
-
Security-first expertise in blockchain threat detection.
-
Technical depth in anomaly detection, governance monitoring, and risk analysis.
-
Institutional connections with exchanges, protocols, and financial institutions.
-
Complementary specialization versus other SVs, filling the security/monitoring gap.
-
Innovation history in security products, analytics, and intelligence services.
-
Proven ability to deliver enterprise-grade services for bespoke chain and infrastructure deployments
Appendix III – Hypernative’s Scope of Work
Deliverable
Acceptance Criteria
Deadline
Evidence of Completion
Milestone 1 – Initial Research & Core Indexing
• Research document on Canton architecture & prerequisites completed• Confirmation of necessary access permissions (Splice permissions sufficient)• Indexed dataset of Canton transactions/events operational
Up to 2 months
• Internal research report shared• Logs/screenshots of indexed chain data beyond transaction hashes
Milestone 2 – Validator Setup
• Validator node deployed, operational, and connected• Validator approved through CIP with assigned weight• Logs show validator active in consensus & governance
Up to 2 months
• Governance confirmation validator is live/approved• Logs/screenshots showing validator in consensus
Milestone 3 – Basic Agents: Address Monitoring
• Agents detect balance changes & transfers for Canton Coin• Monitoring active for incoming/outgoing transfers in real time• Alerts generated on thresholds/patterns
2 months after Stage 1
• Config examples of monitoring agents• Logs/screenshots showing detection of transfers & balance changes
Milestone 4 – Security Detection Research
• Research document outlining Canton threat categories• Prototype implementations provided where relevant• Clear methodology for alert definitions
1 month after Stage 3
• Research report shared• Documentation describing address-based alert guidance
Milestone 5 – Ecosystem Engagement & Market Enablement
• At least one public engagement (e.g., community post)• Published integration summary on official Hypernative channels
After all prior stages
• Published blogs, briefs, or webinars• External mentions of Hypernative–Canton integration
Validator Rewards Note
Hypernative will not operate a separate Super Validator node. Upon CIP approval, SV Rewards will be minted by the Canton Foundation’s SV node and transferred to Hypernative’s regular validator node.
-
- Thank you for your time in the Tokenomics Working Group this morning. As requested, I have updated our CIP document to reflect a tie-in of our adoption deliverable In summary table "At least one entity active on the Canton Network subscribed to monitoring alerts from Hypernative for Canton Network activity (Reference Appendix III, Milestone 5)" to the detailed list of Milestones, in Milestone 5 (the final milestone)This better aligns incentives for the CIP deliverables and rewards associated with Hypernative service adoption by the Network and Participants.Best Regards,Alex
CIP-00XX: Hypernative as a Super Validator with a Weight of 1
CIP: CIP 00XX
Title: Add HyperNative as an SV of Weight 1
Author: Alex Rabke
Status:
Type: Governance
Created: 2025-08-20
Approved:
License: CC0-1.0
Abstract
Add Hypernative as a Super Validator with a weight of 1
About Hypernative
Hypernative is a leading blockchain security and monitoring platform, delivering real-time on-chain and off-chain threat detection, anomaly detection, and governance risk monitoring. Its products are trusted by protocols, foundations, and institutional actors seeking resilient risk mitigation in decentralized environments.
With a global team of engineers, researchers, and data scientists, Hypernative continuously monitors blockchain networks, identifies risks in real time, and integrates with client systems for proactive defense.
Key strengths Hypernative brings to Canton include:
-
Proven track record of real-time threat detection across multiple ecosystems.
-
Enterprise-grade monitoring infrastructure for institutional adoption.
-
Deep expertise in blockchain forensics, detection modeling, and incident response.
-
Trusted partnerships with foundations, auditors, and institutional actors.
-
APIs, dashboards, and integration-ready infrastructure to support compliance and governance.
Deliverables for Full Reward
Deliverable
Acceptance Criteria
Deadline
Weight Earned
Hypernative Provides Proactive network monitoring solution
• Any Canton network can member can utilize hypernative services for Canton blockchain event monitoring
• Measured by ability to monitor and detect balance changes and transfers for Canton Coin including activity for incoming/outgoing transfers and ability to provide alerts generated on thresholds/patterns
• At least one entity active on the Canton Network subscribed to monitoring alerts from Hypernative for Canton Network activity (Reference Appendix III, Milestone 5)
+ 180 Days from CIP Approval
1
SV Reward Mechanics:
-
An extraBeneficiary PartyID associated with the ‘escrowed’ Super Validator will be setup by the GSF with an SV Weight at the maximum earnable weight. This will not include the potential "First to Production" or "Second to Production" bonus weights.
-
The Applicant is responsible for coordinating the process of setting up the escrowed weights with the GSF and the operator of the GSF SV node.
-
The Applicant is responsible for all costs associated with the operation of the escrow SV
-
The escrow SV will NOT mint rewards on a block by block basis
-
All escrow SV rewards will go to the Unclaimed Rewards pool
-
⅔ of the Super Validator Operators will update their configurations to allow GSF to host the full weight to be earned by the given Super Validator
-
Applicant is required to present proof of successful completed milestones to the Tokenomics Working Group
-
Applicant is required to present a calculation for number of Canton Coin it should earn for meeting the requirements of the milestone
-
If the Tokenomics Working Group agrees the milestone has been met and agrees with the calculation, an announcement will be sent via the Tokenomics-Announce mailing List
-
The GSF will update the extraBeneficiary to an active PartyID controlled by that Super Validator.
-
⅔ of Super Validator Operators will then assign a portion of the Unclaimed Rewards to be minted by the Applicant’s Validator, based on the calculation approved by the Tokenomics working group.
-
If any milestones and associated rewards are not achieved by the deadline
-
Applicant will be notified they have not met a deliverable by the GSF
-
Remaining SV Weight assigned to the extraBeneficiary SV will be removed from the GSF node configuration, and the total SV weight of the GSF SV node will be reduced by the same amount by a vote of the Super Validators.
-
The Tokenomics Working Group will make a recommendation to the SVs on what to do with the Unclaimed Rewards
-
Applicant is subject to CIP-0045 : SV Operating Requirements
-
If, at any time, the Applicant has been rewarded SV Weight > 2.5, they are required to operate their SV within 6 months of crossing that Weight. This SV node will join the network with an SV weight of zero (0) and may add weights as the SV completes the milestones listed in this CIP.
Copyright
-
This CIP is licensed under CC0-1.0: Creative Commons CC0 1.0 Universal.
Appendix I – Motivation
Canton’s adoption depends on the security, resilience, and reliability of its ecosystem. Hypernative directly addresses this by committing to:
-
Institutional-Grade Security: Real-time detection and monitoring of on-chain and governance risks.
-
Cross-Chain Risk Coverage: Identifying threats originating from external chains and bridging into Canton.
-
Incident Response Enablement: Alerts, forensic tooling, and actionable reporting to reduce risk.
-
Enhanced Trust & Adoption: Embedding monitoring into Canton’s fabric to attract institutional users.
-
Market Visibility: Publishing research and engagement materials to elevate Canton’s industry standing.
Appendix II – Why Hypernative
Hypernative is uniquely suited for Canton’s SV role:
-
Security-first expertise in blockchain threat detection.
-
Technical depth in anomaly detection, governance monitoring, and risk analysis.
-
Institutional connections with exchanges, protocols, and financial institutions.
-
Complementary specialization versus other SVs, filling the security/monitoring gap.
-
Innovation history in security products, analytics, and intelligence services.
-
Proven ability to deliver enterprise-grade services for bespoke chain and infrastructure deployments
Appendix III – Hypernative’s Scope of Work
Deliverable
Acceptance Criteria
Deadline
Evidence of Completion
Milestone 1 – Initial Research & Core Indexing
• Research document on Canton architecture & prerequisites completed• Confirmation of necessary access permissions (Splice permissions sufficient)• Indexed dataset of Canton transactions/events operational
Up to 2 months
• Internal research report shared• Logs/screenshots of indexed chain data beyond transaction hashes
Milestone 2 – Validator Setup
• Validator node deployed, operational, and connected• Validator approved through CIP with assigned weight• Logs show validator active in consensus & governance
Up to 2 months
• Governance confirmation validator is live/approved• Logs/screenshots showing validator in consensus
Milestone 3 – Basic Agents: Address Monitoring
• Agents detect balance changes & transfers for Canton Coin• Monitoring active for incoming/outgoing transfers in real time• Alerts generated on thresholds/patterns
2 months after Stage 1
• Config examples of monitoring agents• Logs/screenshots showing detection of transfers & balance changes
Milestone 4 – Security Detection Research
• Research document outlining Canton threat categories• Prototype implementations provided where relevant• Clear methodology for alert definitions
1 month after Stage 3
• Research report shared• Documentation describing address-based alert guidance
Milestone 5 – Service Adoption, Ecosystem Engagement & Market Enablement
• At least one public engagement (e.g., community post)• Published integration summary on official Hypernative channels
• At least one entity active on the Canton Network subscribed to monitoring alerts from Hypernative for Canton Network activity
After all prior stages
• Published blogs, briefs, or webinars• External mentions of Hypernative–Canton integration
Validator Rewards Note
Hypernative will not operate a separate Super Validator node. Upon CIP approval, SV Rewards will be minted by the Canton Foundation’s SV node and transferred to Hypernative’s regular validator node.
-
- Also attaching updated Hypernative CIP as .md
- toggle quoted message Show quoted textthanks Alex - DA is happy to sponsor thisOn Wed, Sep 3, 2025 at 2:45 PM Alexander Rabke via lists.sync.global <alex=hypernative.io@...> wrote:Also attaching updated Hypernative CIP as .md--
This message, and any attachments, is for the intended recipient(s) only, may contain information that is privileged, confidential and/or proprietary and subject to important terms and conditions available at http://www.digitalasset.com/emaildisclaimer.html. If you are not the intended recipient, please delete this message. - toggle quoted message Show quoted text
Thanks Alex. Cumberland will endorse it.
Chris
From: cip-discuss@... <cip-discuss@...> On Behalf Of Eric Saraniecki via lists.sync.global
Sent: Wednesday, September 3, 2025 1:53 PM
To: cip-discuss@...
Subject: [ext] Re: [cip-discuss] Hypernative as a Super Validator with a Weight of 1thanks Alex - DA is happy to sponsor this On Wed, Sep 3, 2025 at 2: 45 PM Alexander Rabke via lists. sync. global <alex=hypernative. io@ lists. sync. global> wrote: Also attaching updated Hypernative CIP as .md -- W. Eric Saraniecki Co-founder
thanks Alex - DA is happy to sponsor this
On Wed, Sep 3, 2025 at 2:45 PM Alexander Rabke via lists.sync.global <alex=hypernative.io@...> wrote:
Also attaching updated Hypernative CIP as .md
--
This message, and any attachments, is for the intended recipient(s) only, may contain information that is privileged, confidential and/or proprietary and subject to important terms and conditions available at http://www.digitalasset.com/emaildisclaimer.html. If you are not the intended recipient, please delete this message.
This e-mail and any attachments may contain information that is confidential and proprietary and otherwise protected from disclosure. If you are not the intended recipient of this e-mail, do not read, duplicate or redistribute it by any means. Please immediately delete it and any attachments and notify the sender that you have received it by mistake. Unintended recipients are prohibited from taking action on the basis of information in this e-mail or any attachments. The DRW Companies make no representations that this e-mail or any attachments are free of computer viruses or other defects.
