פיתוח L3/Appchain על Polygon CDK

אנו מפתחים L3/appchains על Polygon CDK עבור פרויקטים שזקוקים לשליטה מלאה בסבינת הביצוע, בגז טוקן, ובתפוקה. זה לא רק פריסת בלוקצ'יין משלך—זו החלטה ארכיטקטונית שבה אתה מקבל גמישות בתמורה לאחריות על sequencing, DA, ואבטחת גשר. Polygon CDK מציע רכיבים מודולריים לבניית שרשראות L2/L3 עם אימות ZK במגוון תצורות—מ-ZK-Rollup מלא ועד Validium עם DA חיצוני. לצוות שלנו יש ניסיון של 10+ שנים בפיתוח בלוקצ'יין ו-5+ שנים עם אקוסיסטם Polygon, והשקנו בהצלחה 15+ פרויקטי appchain. אנו עוזרים לך לבחור את המצב האופטימלי, להגדיר את הגשר, ולהשיק את השרשרת בסביבת production.

מה זה Polygon CDK ולמה אתה צריך אותו

Polygon CDK הוא מסגרת מודולרית לפריסת שרשרת תואמת EVM משלך עם מערכת הוכחות ZK. מתחת למכסה המנוע: zkEVM (סוג 1/2/3 לפי הטקסונומיה של ויטליק), Sequencer, Aggregator (מייצר הוכחת ZK), וחוזי גשר על L1.

Appchain מוצדק כאשר:

• אתה צריך גז טוקן משלך (משתמשים משלמים גז עם הטוקן שלך)
• אתה דורש לוגיקת EVM ספציפית (precompiles עבור האפליקציה שלך)
• תפוקה > 1000 TPS אינה ניתנת להשגה על L2 משותף ללא sequencer משלך
• אתה צריך חוקי הכללת עסקאות מותאמים אישית (whitelist, שער KYC ברמת הרשת)
• אתה רוצה בידוד מהרעש של אפליקציות אחרות על L2 משותף

Appchain הוא מוגזם כאשר: אתה בונה MVP, יש לך < 100k משתמשים, או שאתה יכול לפרוס חוזים על L2 קיים.

ארכיטקטורה: רכיבי שרשרת CDK

zkEVM: בחירת הסוג

Polygon CDK מציע מספר מצבים:

Type 2 zkEVM (תאימות EVM מלאה) — כל bytecode של Solidity/EVM רץ ללא שינויים. ה-prover מייצר הוכחת ZK של שקילות ביצוע EVM. זה משמש ב-Polygon zkEVM mainnet beta. תקורה: זמן יצירת הוכחה (דקות) ועלות אימות L1.

מצב Validium — נתוני עסקאות מאוחסנים מחוץ לשרשרת (Data Availability Committee, לא Ethereum). עמלות L1 זולות יותר אבל ערבויות DA חלשות יותר. עבור appchains של משחקים/חברתיים שבהם DA אינו קריטי, זה מוצדק.

שרשרת ריבונית (Sovereign) — ללא גשר ל-Ethereum, קונצנזוס משלה. עצמאות מקסימלית, ערבויות אבטחה מינימליות.

רכיבי פריסה

L1 Ethereum (или Polygon PoS как базовый слой)
└── Bridge Contract (LxLy bridge)
└── PolygonRollupManager (управление rollup-ами)
└── Verifier Contract (ZK proof verification)
L2/L3 CDK Chain
├── Sequencer Node — принимает tx, формирует батчи
├── Prover / Aggregator — генерирует ZK-proof для батча
├── RPC Node — публичный JSON-RPC для пользователей
└── State DB — PostgreSQL + Merkle state tree

איך להגדיר את ה-Sequencer לביצועים מקסימליים?

ה-Sequencer הוא הרכיב המרכזי שקובע את סדר העסקאות. ב-CDK, ה-Sequencer עובד במצב מרכזי (אתה שולט בו), מה שנותן ביצועים מקסימליים אבל דורש אמון. Sequencing מבוזר נמצא על מפת הדרכים.

פרמטרים מרכזיים ב-L1 Ethereum (или Polygon PoS как базовый слой) └── Bridge Contract (LxLy bridge) └── PolygonRollupManager (управление rollup-ами) └── Verifier Contract (ZK proof verification) L2/L3 CDK Chain ├── Sequencer Node — принимает tx, формирует батчи ├── Prover / Aggregator — генерирует ZK-proof для батча ├── RPC Node — публичный JSON-RPC для пользователей └── State DB — PostgreSQL + Merkle state tree :

---
sequencer:
  # Максимальный размер батча (влияет на latency vs throughput)
  maxBatchSize: 300000 # gas units
  # Как часто закрывать батч (в секундах)
  batchSealTime: 5
  # Минимальный tip для включения транзакции
  minGasPrice: "1000000000" # 1 Gwei
  # Gas token: если используете свой токен
  feeTokenAddress: "0xYourTokenAddress"
  # Whitelist для sequencer access (если нужен closed network)
  enableTransactionFilter: false
l1:
  rpcURL: "https://ethereum-rpc"
  chainID: 1
  # Как часто отправлять батчи на L1
  sendBatchFrequency: 300 # 5 минут
prover:
  uri: "prover-service:50052"
  # Timeout для proof generation
  timeout: 600s

גז טוקן: הטוקן שלך כתשלום גז

אחת הסיבות המרכזיות ל-appchain היא גז שמשולם בטוקן שלך. CDK תומך בזה דרך פרמטר config.yaml במהלך הפריסה. משתמשים משלמים גז עם ה-ERC-20 שלך במקום ETH/MATIC.

חשוב: הגשר עובד אחרת. בעת גישור הטוקן המקורי בין L1 ל-L3 CDK, הוא משתמש בייצוג עטוף (wrapped). אתה צריך לבדוק ביסודיות תרחישי גשר + תשלום גז.

יצירת הוכחת ZK: היבטים מעשיים

זה החלק עתיר המשאבים ביותר. ה-prover (zkProver) הוא שירות נפרד שמייצר הוכחת SNARK עבור כל batch.

Aggregator ├── Prover Node 1 (batch 1001-1050) ├── Prover Node 2 (batch 1051-1100) └── Prover Node 3 (batch 1101-1150) 

גשר: LxLy Bridge והתאמה אישית

CDK משתמש ב-LxLy bridge — פרוטוקול גשר אחיד מ-Polygon לתקשורת L1-L2-L3. תומך בגישור ETH, ERC-20, ERC-721, ונתונים שרירותיים (העברת הודעות).

זרימה סטנדרטית של הפקדה L1→L3:

1. המשתמש קורא ל-sequencer: # Максимальный размер батча (влияет на latency vs throughput) maxBatchSize: 300000 # gas units # Как часто закрывать батч (в секундах) batchSealTime: 5 # Минимальный tip для включения транзакции minGasPrice: "1000000000" # 1 Gwei # Gas token: если используете свой токен feeTokenAddress: "0xYourTokenAddress" # Whitelist для sequencer access (если нужен closed network) enableTransactionFilter: false l1: rpcURL: "https://ethereum-rpc" chainID: 1 # Как часто отправлять батчи на L1 sendBatchFrequency: 300 # 5 минут prover: uri: "prover-service:50052" # Timeout для proof generation timeout: 600s על חוזה הגשר ב-L1
2. האירוע נרשם בעץ Merkle של L1
3. שרשרת CDK צופה ב-L1, תובעת את ההפקדה אוטומטית (דרך GasTokenAddress) או המשתמש תובע ידנית

middleware גשר מותאם אישית — אם אתה צריך בדיקות KYC או מגבלות סכום במהלך גישור:

// Кастомный bridge wrapper с проверкой whitelist contract KYCBridgeWrapper { IPolygonZkEVMBridge public immutable bridge; mapping(address => bool) public kycApproved; function bridgeWithKYC( address token, uint256 amount, uint32 destinationNetwork, address destinationAddress ) external { require(kycApproved[msg.sender], "KYC required"); IERC20(token).transferFrom(msg.sender, address(this), amount); IERC20(token).approve(address(bridge), amount); bridge.bridgeAsset(destinationNetwork, destinationAddress, amount, token, true, ""); } } 

איך לבחור שכבת DA עבור ה-Appchain שלך?

בתצורה הסטנדרטית, נתוני עסקאות מתפרסמים ל-Ethereum (calldata או blobs של EIP-4844). זו האפשרות המאובטחת ביותר אבל יקרה. Blobs של EIP-4844 (Proto-Danksharding) זולים משמעותית מ-calldata, חוסכים פי 5-10. ב-1000 TPS, עלויות DA של L1 הן בסביבות $5,000 ליום — מקובל עבור פרויקטים רבים.

Validium / DAC (Data Availability Committee) — נתונים מאוחסנים עם קבוצה של צמתים מהימנים; רק התחייבות (hash) מתפרסמת ל-L1. זול פי 10-100 אבל דורש אמון ב-DAC. עבור appchains ארגוניים/משחקים זה מקובל.

Celestia או EigenDA — שכבות DA חיצוניות. DA מבוזר בעלות נמוכה יותר מ-Ethereum. מפת הדרכים של CDK כוללת אינטגרציה.

ניטור ותפעול

מדדים למעקב מהיום הראשון:

---
# Prometheus alerts
- alert: SequencerStuck
  expr: polygon_cdk_last_batch_sent_minutes > 15
  annotations:
    summary: "Sequencer has not sent a batch for 15+ minutes"
- alert: ProverQueueDepth
  expr: polygon_cdk_prover_pending_batches > 30
  for: 5m
  annotations:
    summary: "Prover falling behind: {{ $value }} pending batches"
---

איך לפרוס Appchain ב-5–7 שבועות

1. עיצוב (שבוע 1): בחירת מצב DA, גז טוקן, תצורת גשר. הגדרת פרמטרי genesis (chainID, הקצאות ראשוניות). תכנון תשתית.
2. פריסה מקומית ובדיקות (1-2 שבועות): Docker Compose עם מחסנית מלאה: L1 (צומת Hardhat/Anvil), CDK sequencer, prover מדומה, גשר. בדיקות end-to-end: פריסת חוזים, גישור, עסקאות.
3. פריסת Testnet (שבוע 1): פריסה על testnet ציבורי (Sepolia L1). בדיקות עם ZK-prover אמיתי. בדיקת עומס על ה-Sequencer.
4. הכנת Mainnet (שבוע 1): סקירת אבטחה של חוזי גשר, ניהול מפתחות (מפתחות אדמין, סמכות שדרוג), ניטור, runbook למפעילים.
5. פריסת Mainnet (3-5 ימים): השקה הדרגתית החל ממגבלות גשר.

הסיכונים המרכזיים הם זמן יצירת הוכחה על חומרה זמינה ובאגים באינטגרציה של הגשר. המהנדסים שלנו יכינו runbook ויבצעו בדיקות עומס.

מה כלול בפיתוח Appchain

• בחירה והגדרה של zkEVM (Type 2/Validium/Sovereign)
• פריסה והתאמה אישית של גשר LxLy (כולל proxy KYC אם נדרש)
• הגדרת Sequencer ו-Prover
• פריסת צומת RPC עם איזון עומסים
• אינטגרציה של שכבת DA (Ethereum, Validium, Celestia)
• חיבור AggLayer לנזילות
• הקמת ניטור (Prometheus + Grafana) והתראות
• יצירת תיעוד למפעילים ולמשתמשים
• הכשרת צוות ותמיכה בפריסה

עלויות תשתית

עלויות חודשיות משוערות ל-production:

Prover מואץ GPU (A100/H100) מפיק יצירת הוכחה מהירה פי 5-10 אבל עולה מ-$2,000 לחודש להשכרה. הלקוחות שלנו חוסכים עד $10,000 לחודש על ידי שימוש ב-Validium במקום ZK-Rollup.

הזמינו פיתוח appchain turnkey. צרו קשר להערכת פרויקט. קבלו ייעוץ היום.