<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[על ההיגיון של בקרת הסיכונים]]></title><description><![CDATA[<p dir="auto">&lt;p&gt;יש משתמשים שהעירו שהלוגיקה שלנו לבקרת סיכונים אינה שקופה. נכון, האלגוריתם שלנו אינו פומבי, אבל נכון לעכשיו הוא נחשב למתון יחסית, משום שברגע שהוא ייחשף בפומבי, סביר מאוד שיהיה אפשר לעקוף אותו בקלות.&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;עם זאת, לבקרת הסיכונים שלנו יש בהחלט היגיון: אנחנו מעודדים שיתוף, אבל כאשר אותו משתמש רושם עשרות חשבונות משנה כדי לנצל שוב ושוב את תגמולי ההרשמה, או כדי לנצל את תגמולי ה״צ’ק-אין היומי״, אנחנו נוקטים נגד זה ביד קשה.&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;אנחנו מעודדים שיתוף, וקבענו מנגנון חלוקת רווחים תלת-שלבי נדיב מאוד, כדי שכולם יוכלו להפיק ממנו הכנסה דרך שיתוף. את חלוקת הרווחים אפשר לבקש למשיכה ישירות.&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;בנוסף לחלוקת הרווחים התלת-שלבית, כאשר משתמשים בדרג התחתון באמת משתמשים ב-Token, גם המפיץ מקבל תגמול שחרור הדרגתי של Token (בקצב של 10%: על כל 100 דולר Token שהמשתמש משתמש בהם, משתחררים 10 דולר, עד לשחרור מלא של כל תגמולי ההפניה). במנגנון כזה, הרווח שניתן להפיק מניצול שיטתי של המערכת הוא מוגבל.&lt;/p&gt;&lt;p&gt;&lt;/p&gt;&lt;p&gt;מכיוון שאנו זקוקים למשתמשים אמיתיים, עלינו לבצע בקרת סיכונים. תודה על ההבנה.&lt;/p&gt;</p>
]]></description><link>https://nodebb.ai-router.dev/topic/12/על-ההיגיון-של-בקרת-הסיכונים</link><generator>RSS for Node</generator><lastBuildDate>Fri, 09 Oct 2026 14:36:53 GMT</lastBuildDate><atom:link href="https://nodebb.ai-router.dev/topic/12.rss" rel="self" type="application/rss+xml"/><pubDate>Tue, 07 Jul 2026 14:28:34 GMT</pubDate><ttl>60</ttl></channel></rss>