Osif ungar

מודול 1 — מסגרת זיהוי Ponzi

Ponzi Detection Framework

זמן לימוד: 30 דקות · רמה: חינם · אין תנאי קדם

---

למה המודול הזה פותח את הקורס

כדי לבנות מערכת שלא מתפרקת, צריך לראות תחילה איך מערכות מתפרקות. כל צ’קליסט שתלמד כאן הוא בדיוק מה ש-SLH מיישמת ב-Case Study של מודול 6. אתה לומד דפוס הרס → ואז בונה הפוך ממנו.

אם בסוף המודול הזה תזהה ש-SLH עצמה נופלת בדגל כלשהו — אמור לנו. אני אעדכן את הדשבורד הציבורי לאותה דקה. זה לא מהלך שיווקי. זה כלל הפעולה.

---

1. ההגדרה הטכנית של Ponzi

Ponzi (על שם Charles Ponzi, 1920) = מערכת שבה תשלומים למשתמשים קיימים ממומנים כמעט-בלעדית מכניסת משתמשים חדשים, לא מהכנסות חיצוניות אמיתיות.

המבחן האקדמי: אם תעצור את זרם המצטרפים החדשים למשך 60 יום, האם המערכת יכולה לשלם את ההתחייבויות שלה? אם התשובה לא — זו Ponzi, גם אם הכוונה טובה.

חשוב: כוונה לא משנה. מבנה פונזי הוא תוצאה מתמטית של המודל הכלכלי, לא של מוטיבציה.

---

2. שבעת הדגלים האדומים

בדוק כל פרוטוקול מול הרשימה הזו. 3 דגלים ומעלה = ברח.

דגל 1: APY קבוע שפורסם מראש

"48% APY מובטח" / "55% לנעילה חצי שנתית"

למה זו בעיה: תשואה אמיתית נגזרת מרווחים. רווחים משתנים לפי השוק, עלויות, ושימוש. אם APY קבוע — מישהו מתחייב לסבסד את ההפרש. מאיפה הכסף מגיע?

מבחן מהיר: שאל את הצוות: “מאיפה מגיעים ה-X% האלה בדיוק?” אם התשובה היא staking / mining / yield-farming — שאל: “מה השיעור היסודי של כל אחד מהם, ואיך הוא נעשה X%?” בדרך כלל המתמטיקה לא מסתדרת.

דגל 2: רשת Referral עמוקה (≥5 רמות)

"הפנה חברים — עד 10 דרגות עומק"

למה זו בעיה: Referral של 2-3 רמות = marketing אפיליאציה רגיל. 5+ רמות = הכסף זורם הרבה יותר מהר ממשתמשים חדשים לישנים, וזה המנוע הכלכלי המרכזי — לא המוצר.

חישוב: אם רמה 1 מקבלת 20%, רמה 2 — 10%, רמה 3 — 5%, וכל הדרך ל-10 דרגות… סכום המקדמים עלול לעבור 50%. אז חצי מכל דולר שנכנס יוצא כרמליצה לפני שהוא מגיע להכנסה. מה נשאר למוצר?

דגל 3: אין Treasury שקוף

פרוטוקול בריא מציג:

• כתובות ארנקים ציבוריות (BSC, ETH, TON, Solana…)
• יתרות מתעדכנות בזמן אמת או לפחות שבועית
• מקורות הכנסה מסווגים לפי קטגוריה
• חתימה קריפטוגרפית על דוחות (לא רק PDF)

אין כתובת ארנק ציבורית? דגל. יש כתובת אבל היתרה תמיד “0.08 BNB”? דגל כפול. יש “Treasury” שהוא רק משבצת במסד נתונים פרטי? זה לא Treasury. זה דשבורד.

דגל 4: ריכוז ב-Supply

ב-Etherscan / BscScan / TonViewer — מה ההתפלגות?

• מייסד מחזיק 90%+? — שליטה מוחלטת במחיר ובהנזלה. דגל.
• Ownership לא Renounced + Mintable: Yes + Pausable: Yes? — יכולים להדפיס עוד, להקפיא ארנקים, להוציא אותך מהמשחק. דגל משולש.
• Top 10 holders מחזיקים 95%+? — השוק הוא פיקציה.

מבחן: חפש את כתובת החוזה ב-BscScan. דף ה-Holders. אם ה-supply בידי פחות מ-50 ארנקים — אין שוק. יש Founders Club.

דגל 5: אין Coverage Ratio פומבי

מערכת אמינה מפרסמת:

CR_t = (Net Revenue + Buffer) / (Obligations + Expected Withdrawals)

ומציגה את המספר חי. אם אתה לא יכול לראות את יחס הכיסוי — המערכת לא בודקת אותו. זה אומר שבתרחיש bank run, אין מנגנון שעוצר תשלומים לפני שהקופה מתרוקנת.

דגל 6: שיווק על בסיס “פספסת X”

"פספסת ביטקוין ב-2010? אל תפספס את Y."
"מי שישן על האף לא ירוויח."
"אלפי משקיעים כבר הצטרפו."

למה זו בעיה: FOMO הוא כלי שיווק ל-unit economics גרוע. פרוטוקולים עם תזרים אמיתי מוכרים את עצמם במספרים, לא ברגשות. אם החברה מוכרת FOMO — היא יודעת שהמספרים לא משכנעים.

דגל 7: אין ישות משפטית רשומה

בדוק ב:

• רשם החברות הישראלי (gov.il)
• Companies House (UK)
• State of Delaware / Cayman / BVI
• לינק ל-entity בדף “About” או בפוטר

אין שם חברה? אין כתובת? אין מספר רישום? זו לא חברה. זה אדם פרטי עם בוט טלגרם. זה אומר: אם משהו משתבש — אין את מי לתבוע. אין קרן פיצוי. אין ביטוח.

---

3. ה-Test הקריטי (“Run Test”)

אחרי הצ’קליסט, תעשה את המבחן הזה:

“אם 30% מהמשתמשים ינסו למשוך את כספם מחר, מה יקרה?”

התשובה חייבת להיות:

1. מספרית (לא “המערכת תחזיק”)
2. מגובה ב-liquid assets שניתנים לאימות ציבורי
3. תואמת ל-Coverage Ratio המפורסם

דוגמה תקינה:

“TVL הנוכחי $2M. Liquid buffer $800K (40%). Circuit breaker יפעל ב-20% משיכה ב-7 ימים (throttling ל-2% לארנק ליום). תרחיש 30%: יסתיים ב-15 ימים, 0 defaults.”

דוגמה שגויה (= ברח):

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

---

4. שלושה Case Studies

Case 1 — Bitconnect (2016-2018)

• BCC token + “Lending Platform” מבטיח 1% ליום (~3,700% APY).
• Referral 7 רמות.
• אין Treasury, אין כתובות ציבוריות.
• “Trading bot סודי מייצר את התשואות.”
• קרס ינואר 2018. משקיעים הפסידו $2.4 מיליארד.
• דגלים שהופעלו: 1, 2, 3, 4, 6, 7 = 6 מתוך 7.

Case 2 — Celsius Network (2017-2022)

• מרכזי (CeFi), רישיון כספי.
• הבטיח 17% APY על Stablecoins ו-7% על ETH.
• “Yield מגיע מ-institutional lending.”
• היה Treasury מפורסם — אבל rehypothecation ומינוף סמוי.
• קרס יולי 2022. $4.7B חייב למשתמשים.
• דגלים שהופעלו: 1, 5 (CR לא אמיתי) = 2 מתוך 7.
• לקח: אפילו מערכות שעוברות 5 מתוך 7 דגלים יכולות ליפול אם ה-2 החסרים חמורים מספיק. תמיד תעדוף את דגלים 1 ו-5.

Case 3 — Anchor Protocol / Terra (2020-2022)

• UST stablecoin עם 19.5% APY דרך Anchor Protocol.
• מעוגן אלגוריתמית ל-LUNA.
• Treasury “שקוף” — אבל סבסוד של APY ממילואים של $450M שקרסו בתוך חודשים.
• קרס מאי 2022. $40B wiped.
• דגלים שהופעלו: 1, 5 = 2 מתוך 7.
• לקח: “שקיפות” היא לא הוכחה — אם המודל מסובסד זמנית, רק שואלים מתי מסתיים הסובסידיה.

---

5. איך בודקים את SLH עצמה (Self-test)

בזמן שאתה קורא את זה, SLH גם עוברת את 7 הדגלים. מצב נוכחי:

דגל	SLH היום (2026-04-20)	מצב
1. APY קבוע	❌ היה 48-65%. הוסר ב-overhaul הזה	תוקן
2. Referral עמוק	❌ היה 10 דרגות. הופחת ל-2	תוקן
3. Treasury שקוף	⚠️ כתובות קיימות, פרסום ציבורי בהשלמה	בעבודה
4. ריכוז Supply	🔴 98% ביד מייסד. חייב גילוי מלא	ידוע
5. CR פומבי	⚠️ לא חי כרגע — יוצג על /status בעדכון הבא	בעבודה
6. שיווק FOMO	❌ היה “פספסת ביטקוין”. מוסר השבוע	בתהליך
7. ישות משפטית	⚠️ בהקמה. עוסק מורשה → חברה בע”מ	בעבודה

4 מתוך 7 תוקנו היום. 3 נשארים — עם ETA וציבורי. זו לא הבטחה. זו ההתחייבות לשקיפות.

---

6. תרגול — בדוק פרוטוקול משלך

בחר פרוטוקול שאתה שוקל או מחזיק. עבור על 7 הדגלים. רשום:

Protocol: ______________
Flag 1 (Fixed APY): [ ] Pass [ ] Fail — evidence: ___________
Flag 2 (Deep Referral): [ ] Pass [ ] Fail — evidence: _______
...
Flag 7 (Legal entity): [ ] Pass [ ] Fail — evidence: ________

Total Fails: ___/7
Decision: [ ] Continue [ ] Exit

שמור את הטופס. נחזור אליו במודול 6.

---

סיכום המודול

• Ponzi הוא מבנה מתמטי, לא כוונה.
• 7 דגלים, 3+ = יציאה.
• תמיד תעדוף Flag 1 (APY קבוע) ו-Flag 5 (CR פומבי).
• “Run Test 30%” הוא השאלה היחידה שחייבת להיענות במספרים.

המודול הבא (גם חינם): ההבחנה המרכזית בין Revenue Engine ל-Reward Engine — והיא האם המערכת יכולה לחיות בלי משתמשים חדשים.

→ המשך למודול 2: Revenue Engine vs Reward Engine

---

גילוי: SLH עצמה, שמאחוריה הקורס הזה, לא עברה 100% מהדגלים. זה מסמך חי. ראה טבלה בסעיף 5.