بخش تخصصی دوم (به‌روز رسانی Solidity) | تبدیل صریح (Explicit Conversions)

در سالیدیتی اگر کامپایلر تبدیل ناخودآگاه را اجازه ندهد اما شما اطمینان دارید که یک تبدیل کار خواهد کرد، گاهی اوقات تبدیل نوع صریح ممکن است باشد. این ممکن است منجر به رفتارهای غیرمنتظره شود و به شما امکان می دهد تا از برخی از ویژگی‌های امنیتی کامپایلر عبور کنید، بنابراین مطمئن شوید که نتیجه آن چیزی است که می‌خواهید و انتظار دارید!

مثال زیر را در نظر بگیرید که یک عدد منفی را به یک عدد بدون علامت تبدیل می‌کند:

int y = -3;
uint x = uint(y);

در انتهای این قطعه کد، مقدار x برابر 0xfffff..fd (۶۴ حرف هگزادسیمال) خواهد بود، که 3- در نمایش دوتایی با 256 بیت است.
اگر یک عدد صحیح به طور صریح به یک نوع کوچکتر تبدیل شود، بیت‌های سفارشی بالاتر قطع خواهند شد:

uint32 a = 0x12345678;
uint16 b = uint16(a); // // b will be 0x5678 now

اگر یک عدد صحیح به طور صریح به یک نوع بزرگتر تبدیل شود، نتیجهٔ تبدیل برابر عدد صحیح اصلی آن خواهد بود:

uint16 a = 0x1234;
uint32 b = uint32(a); // b will be 0x00001234 now
assert(a == b);

در نوع‌های بایت با اندازه ثابت، رفتارهای متفاوتی را در طول تبدیلات از خود نشان می‌دهند. می‌توان آن‌ها را به عنوان دنباله‌ای از بایت‌های فردی در نظر گرفت و تبدیل به یک نوع کوچکتر منجر به قطع دنباله خواهد شد:

bytes2 a = 0x1234;
bytes1 b = bytes1(a); // b will be 0x12

اگر یک نوع بایت با اندازه ثابت به طور صریح به یک نوع بزرگتر تبدیل شود. دسترسی به بایت در یک فهرست ثابت منجر به همان مقدار قبل و بعد از تبدیل خواهد شد:

bytes2 a = 0x1234;
bytes4 b = bytes4(a); // b will be 0x12340000
assert(a[0] == b[0]);
assert(a[1] == b[1]);

از آنجا که اعداد صحیح و آرایه‌های بایت با اندازه ثابت هنگام قطع یا پر کردن رفتارهای متفاوتی دارند، تبدیل‌های صریح بین اعداد صحیح و آرایه‌های بایت با اندازهٔ ثابت تنها در صورتی مجاز است که هر دو اندازه یکسان باشند. اگر بخواهید بین اعداد صحیح و آرایه‌های بایت با اندازه ثابت با اندازه‌های مختلف تبدیل کنید، باید از تبدیل‌های میانی استفاده کنید که قوانین قطع و پر کردن موردنظر را صریحاً بیان کنند:

bytes2 a = 0x1234;
uint32 b = uint16(a); // b will be 0x00001234
uint32 c = uint32(bytes4(a)); // c will be 0x12340000
uint8 d = uint8(uint16(a)); // d will be 0x34
uint8 e = uint8(bytes1(a)); // e will be 0x12

آرایه‌های بایت و برش‌های داده‌های بایت به طور صریح به نوع بایت‌های ثابت (bytes1/…/bytes32) تبدیل می‌شوند. در صورتی که طول آرایه بیشتر از نوع بایت‌های ثابت مقصد باشد، قطع دنبالهٔ آن‌ها در انتها رخ می‌دهد. اگر طول آرایه کوچکتر از نوع مقصد باشد، در انتها با صفر پر خواهد شد.

// SPDX-License-Identifier: GPL-3.0
pragma solidity ^0.8.5;

contract C {
    bytes s = "abcdefgh";
    function f(bytes calldata c, bytes memory m) public view returns (bytes16, bytes3) {
        require(c.length == 16, "");
        bytes16 b = bytes16(m);  // if length of m is greater than 16, truncation will happen
        b = bytes16(s);  // padded on the right, so result is "abcdefgh\0\0\0\0\0\0\0\0"
        bytes3 b1 = bytes3(s); // truncated, b1 equals to "abc"
        b = bytes16(c[:8]);  // also padded with zeros
        return (b, b1);
    }
}

#solidity #web3 #update #ether #اتریوم

ویژگی std::bind_back یک الگوی تابعی جدید در کتابخانهٔ استاندارد ۲۳ است که به عنوان مکملی از std::bind_front به شما امکان می‌دهد ورودی‌ها را به توابع ارجاعی (Callable objects) به صورت "bind" اما با ترتیب برعکس اعمال کنید.

- این تابع، ورودی‌ها را به انتهای یک فراخوانی متصل می‌کند؛ یک شیء قابل فراخوانی (تابع، لامبدا و غیره) و فهرستی از ورودی‌ها را می‌گیرد. این ورودی‌ها اساساً در انتهای فهرست ورودی‌ قابل فراخوانی «از پیش پر شده‌اند» (pre-filled).

- این تابع یک پوشش فراخوانی ارسالی ایجاد می‌کند. تابع std::bind_back یک شیء قابل فراخوان جدید را برمی‌گرداند که ورودی‌های قابل فراخوان اولیه و ورودی‌های محدود را کپسوله می‌کند. هنگامی که این callable جدید را فراخوانی می‌کنید، ورودی‌هایی را که ارائه می‌دهید همراه با ورودی‌های پیش‌پیوندی (pre-bound) به فراخوان اصلی ارسال می‌کند.

به عبارت ساده‌تر، تصور کنید تابعی دارید که چندین ورودی می‌گیرد، اما می‌خواهید برخی از آن ورودی‌ها را از قبل اصلاح کنید. در اینجا، تابع std::bind_back به شما امکان می‌دهد این کار را با ایجاد یک شیء تابع مانند جدید، که از قبل دارای مقادیر مشخصی پر شده است، انجام دهید.

به طور کلی، ورودی‌هایی که به std::bind_back ارائه می‌دهید کپی یا منتقل می‌شوند (با مرجع ارسال نمی‌شوند) مگر اینکه از std::ref یا std::cref استفاده کنید.

import std;

auto main() -> int {
    auto add = [](int a, int b) { return a + b; };
    auto bound_add = std::bind_back(add, 10);
    std::println("{}", bound_add(5));
}

#cpp20 #cpp23 #bind #bind_back #چالش #سی‌روزه #رمضان #روز_هجدهم

بخش تخصصی دوم (به‌روز رسانی Solidity) | دید کلی توابع (Function Visibility)

سالیدیتی دو نوع فراخوانی تابع را می‌شناسد، البته با توجه به سبک برنامه‌نویسی در ++C و Java که خصوصیات OOP را به خوبی به نمایش می‌گذارند، در سالیدیتی نیز ما شاهد ویژگی‌های مشابه در نوع دید اعضای یک کلاس (در اینجا قرارداد) هستیم.

بناراین، نوع دید خارجی (external) که یک فراخوان پیام واقعی EVM ایجاد می‌کند و داخلی (internal) که این کار را انجام نمی‌دهد. علاوه بر این، توابع داخلی را می‌توان برای قراردادهای مشتق شده غیرقابل دسترسی کرد. این امر باعث ایجاد چهار نوع دید (visibility) برای توابع می‌شود.

خارجی (external)
توابع خارجی بخشی از رابط کاربری قرارداد هستند، به این معنی که می‌توان از سایر قراردادها و از طریق تراکنش‌ها آنها را فراخوانی کرد. یک تابع خارجی f را نمی‌توان به صورت داخلی فراخوانی کرد، یعنی ()f کار نمی‌کند، اما ()this.f کار می‌کند.

عمومی (public)
توابع عمومی بخشی از رابط‌کاربری قرارداد هستند و می‌توان آنها را به صورت داخلی یا از طریق فراخوانی پیام فراخوانی کرد.

داخلی (internal)
توابع داخلی فقط از درون قرارداد جاری یا قراردادهای مشتق شده از آن قابل دسترسی هستند. آنها به صورت خارجی قابل دسترسی نیستند. از آنجایی که از طریق ABI قرارداد در معرض دید قرار نمی‌گیرند، می‌توانند ورودی‌هایی از انواع داخلی مانند نگاشت ها (mapping) یا مراجع ذخیره‌سازی (storage references) را دریافت کنند.

خصوصی (private)
توابع خصوصی مانند توابع داخلی هستند، اما در قراردادهای مشتق شده قابل مشاهده نیستند.

مشخص‌کننده‌های دید (Visibility Specifiers) در سالیدیتی
مشخص‌کنندهٔ دید در سالیدیتی برای کنترل دسترسی به عناصر قرارداد (متغیرهای حالت و توابع) استفاده می‌شود. انتخاب مناسب این مشخص‌کننده‌ها برای امنیت، ماژولار بودن و بهینه‌سازی مصرف گاز (gas) در قراردادهای هوشمند بسیار مهم است.

مشخص کننده visibility بعد از نوع برای متغیرهای حالت و بین فهرست ورودی و فهرست ورودی‌های برگشتی برای توابع داده می‌شود.

// SPDX-License-Identifier: GPL-3.0
pragma solidity >=0.4.16 <0.9.0;

contract C {
    function f(uint a) private pure returns (uint b) { return a + 1; }
    function setData(uint a) internal { data = a; }
    uint public data;
}

در مثال زیر، D می‌تواند ()c.getData را برای بازیابی مقدار داده‌ها در ذخیره‌سازی حالت فراخوانی کند، اما قادر به فراخوانی f نیست. قرارداد E از C مشتق شده است و بنابراین، می‌تواند محاسبه را فراخوانی کند.

// SPDX-License-Identifier: GPL-3.0
pragma solidity >=0.4.16 <0.9.0;

contract C {
    uint private data;

    function f(uint a) private pure returns(uint b) { return a + 1; }
    function setData(uint a) public { data = a; }
    function getData() public view returns(uint) { return data; }
    function compute(uint a, uint b) internal pure returns (uint) { return a + b; }
}

// This will not compile
contract D {
    function readData() public {
        C c = new C();
        uint local = c.f(7); // error: member `f` is not visible
        c.setData(3);
        local = c.getData();
        local = c.compute(3, 5); // error: member `compute` is not visible
    }
}

contract E is C {
    function g() public {
        C c = new C();
        uint val = compute(3, 5); // access to internal member (from derived to parent contract)
    }
}

#solidity #web3 #update #ether #اتریوم

ویژگی std::byteswap یک تابع جدید در استاندارد ۲۳ است که برای جابجایی ترتیب بایت‌ها در یک متغیر عددی به کار می‌رود. این تابع یک ابزار ساده از سرآیند <bit> است که ترتیب بایت‌ها را در یک متغیر انتگرال جابجا می‌کند.

این تابع فقط یک ورودی می‌گیرد که باید یک متغیر عددی باشد. تابع ترتیب بایت‌های متغیر را جابجا می‌کند و یک کپی از متغیر با ترتیب بایت جدید را برمی‌گرداند. در مثال زیر زمانی که داده‌های سریال ‌شده در یک ترتیب بایت متفاوت از endianness اصلی ذخیره شده باشند با استفاده از std::endian و std::byteswap یک راه حل قابل حمل ارائه می‌دهد.

import std;

auto main() -> int {

    uint32_t native_endian = 0x12345678;
    std::println("0x{:x}", native_endian);

    uint32_t flipped_endian = std::byteswap(native_endian);
    // flipped_endian == 0x78563412
    std::println("0x{:x}", flipped_endian);

    // Combining with std::endian
    uint32_t value = 0x0DF0ADBA;
    if constexpr (std::endian::native != std::endian::big)
        value = std::byteswap(value);
    // value == "0xBAADF00D" (on little-endian machines)
    std::println("0x{:X}", value);

}

ماکروی اختصاصی برای بررسی این ویژگی به صورت زیر است:

#ifdef __cpp_lib_byteswap
//TODO...
#endif

#cpp20 #cpp23 #byteswap #endian #چالش #سی‌روزه #رمضان #روز_نوزدهم

بخش تخصصی دوم (به‌روز رسانی Solidity) | توابع گیرنده/دریافت کننده (Getter Functions)

در سالیدیتی، کامپایلر به‌طور خودکار توابع دریافت‌کننده برای تمام متغیرهای وضعیت عمومی ایجاد می‌کند. برای قراردادی که در زیر آمده است، کامپایلر یک تابع به نام "data" ایجاد می‌کند که هیچ ورودی‌ای را دریافت نمی‌کند و یک عدد صحیح (uint)، مقدار متغیر وضعیتی "data" را برمی‌گرداند. متغیرهای وضعیتی می‌توانند هنگامی که اعلام می‌شوند، مقداردهی اولیه شوند.

// SPDX-License-Identifier: GPL-3.0
pragma solidity >=0.4.16 <0.9.0;

contract C {
    uint public data = 42;
}

contract Caller {
    C c = new C();
    function f() public view returns (uint) {
        return c.data();
    }
}

توابع گیرنده دارای دسترسی خارجی هستند؛ اگر به نماد به‌صورت داخلی دسترسی داده شود (بدون استفاده از this.)، به یک متغیر وضعیتی ارزیابی می‌شود. اگر به‌صورت خارجی دسترسی داده شود (با استفاده از this.)، به یک تابع ارزیابی می‌شود.

// SPDX-License-Identifier: GPL-3.0
pragma solidity >=0.4.0 <0.9.0;

contract C {
    uint public data;
    function x() public returns (uint) {
        data = 3; // internal access
        return this.data(); // external access
    }
}

اگر شما یک متغیر با دید عمومی (public) از نوع آرایه دارید، آن‌گاه تنها می‌توانید عناصر تکی آرایه را از طریق تابع دریافت‌کننده تولید شده دریافت کنید. این مکانیزم برای جلوگیری از هزینه گاز (gas) بالا هنگام بازگشت آرایه کامل وجود دارد. می‌توانید از ورودی‌ها استفاده کنید تا مشخص کنید کدام عنصر انفرادی باید بازگردانده شود، به عنوان مثال myArray(0). اگر می‌خواهید آرایه کامل را در یک تماس بازگردانید، آن‌گاه باید یک تابع بنویسید، به عنوان مثال:

// SPDX-License-Identifier: GPL-3.0
pragma solidity >=0.4.16 <0.9.0;

contract arrayExample {
    // public state variable
    uint[] public myArray;

    // Getter function generated by the compiler
    /*
    function myArray(uint i) public view returns (uint) {
        return myArray[i];
    }
    */

    // function that returns entire array
    function getArray() public view returns (uint[] memory) {
        return myArray;
    }
}

حالا می‌توانید به جای myArray(i) که در هر تماس یک عنصر تکی را بازمی‌گرداند؛ از ()getArray برای بازیابی کل آرایه استفاده کنید.

مثال بعدی کمی پیچیده‌تر می‌باشد:

// SPDX-License-Identifier: GPL-3.0
pragma solidity >=0.4.0 <0.9.0;

contract Complex {
    struct Data {
        uint a;
        bytes3 b;
        mapping(uint => uint) map;
        uint[3] c;
        uint[] d;
        bytes e;
    }
    mapping(uint => mapping(bool => Data[])) public data;
}

یک تابع به شکل زیر تولید می‌شود. نگاشت‌ها (مپ) و آرایه‌ها (به جز آرایه‌های بایت) در ساختار حذف شده‌اند زیرا راه خوبی برای انتخاب اعضای انفرادی ساختار یا ارائه کلید برای مپ وجود ندارد:

function data(uint arg1, bool arg2, uint arg3)
    public
    returns (uint a, bytes3 b, bytes memory e)
{
    a = data[arg1][arg2][arg3].a;
    b = data[arg1][arg2][arg3].b;
    e = data[arg1][arg2][arg3].e;
}

#solidity #web3 #update #ether #اتریوم

توی وب۳، آدرس کیف پولت فقط یه کُد نیست — امضای دیجیتال هویته، ENS تو هویت توئه.
آدمای بزرگ با ساختن یک مسیر شفاف، اعتماد می‌سازن، نه با مخفی بودن.
پایدار باش، قابل ردیابی باش، قابل اعتماد باش.
چون تو این دنیا، اعتماد یعنی سرمایه. 👊🏼

https://warpcast.com/compez.eth/0x5fe71820

قدرت، زادهٔ درد و دوامِ بی‌رحمه؛ نه زادهٔ آسایش و بی‌نیازی.
اونی که قوی شده، از میان زخم، خیانت، سکوت و تاریکی جوشیده… نه از دل راحتی و لبخندهای مصنوعی.

موفقیت تصادفی نیست،
نتیجه تلاش، استقامت، یادگیری، مطالعه، رنج و از همه مهمتر عشق به کاری است که انجام می‌دهید.

شبتون زیبا... 🌙

GM

https://warpcast.com/compez.eth/0x32022763

خب به احتمال قوی من دیگه هیچ پاداشی از فعالیت‌هام توی فارکستر نخواهم گرفت. 😁

هزاران مانع و بی عدالتی، خب اینم روش! جهنم و درک! 👊🏼😎 هیچ اهمیتی نداره واسم.

می‌دونم اینا کسانی رو که مدام میرن تو اسپیس‌ها پشت سر من حرف میزنن که کامپز زیادی بزرگ شده زیادی رشد کرده رو خوشحال می‌کنه! به عمد دارم می‌ذارم که دهن امثال شمارو بعداً صاف کنم! من که می‌دونم از کجا دارم می‌خورم نکتبای بدبخت حسود! 😐 همینکه هیچ‌وقت آدم حسابتون نکردم حسابی آتیشتون زده! با این چیزا هم یکم شاد باشید چون شادی برای شما بیش از این نیست. 😎😉

این دسته افراد منو واقعاً نشناختن هنوز! احمق بدبخت من فارکستر نباشه خودم یه شاه‌کستر می‌سازم! برای کی داری خودتو جر میدی آخه بیچاره. 😁 من یه سازندم مثل تو بدبخت نیستم که بشینم از اینو اون پاداش گدایی کنم من هدفم پاداش دادنه! زمین تا آسمون با چیزی که تو مغز تو هست فرق می‌کنه.

اینا همونایی هستن که در زمان سوپر ریر برای ویتالیک و دن رومرو برای توپیدن من نامه نوشته بودن! هنوزم خندم می‌گیره به این کارای عجیب غریبشون! یه مشت نادون، احمق! ضعیف که پشت صد جور شناسه‌های عجیب غریب صد جور شخصیت از خودشون نشون میدن! نه پایداری شخصیتی دارن، نه شعور نه ادب هیچ چیزی جز پول رو نمی‌شناسن! شماها آدم نیستید که آخه! رشد کردن هم کار آدمه نه امثال شما کفتار‌های بی صفت.

زمانی میرسه که بازم حمایت نیاز خواهید داشت...😉 با بد کسی در افتادین! خیلی چیزا به من چسبوندین اما از همش گذشتم! قضاوت‌های زیادی کردین ساکت شدم! فحش دادین نفرین کردین چیزی نگفتم! اما شک نکنید رو سیاهی برای شماست نه من! چون من نون تلاشمو می‌خورم.

دو روز پیش یکی از دوستان می‌گفت باز پشت سرت توی X دارن اسپیس میزنن حرف درست می‌کنن! اینبار رفتن می‌گن کامپز فریم‌هاش زیادی دیده میشه نباید نون ببره! ببین طرز فکر رو! حالا چون می‌دونید این روزا فارکستر داره برای توسعه‌دهنده‌ها پاداش میده... بابا شماها دیگه واقعاً مریضید انگار من به لطف اینا دارم تلاش می‌کنم! 😂 خیلی خب! هیچوقت هیچ کدومشونو ندیدم هیچ‌وقت با هیچ کدومشون تعاملی نداشتم! چون هیچ منفعتی برای جامه و دیگران ندارن!

توصیم اینه، اگه می‌خوای از خودت و دیگران راضی باشی؛ روی ساختن خودت تلاش کن! من هم می‌تونم مثل شما نفرت‌انگیز و حسود باشم اما این ذات من نیست! اون شمایید و به همون روش هم به هیچ جایی نخواهید رسید. 😉 تمام شد رفت و دیگه راجع به این مسائل هزاران اسپیس هم بزنید من نظرم و هدفم مشخصه! مهم نیستید. ☺️

ایردراپ‌های سولانا به زودی به فارکستر میان؛ سعی کنید یک حساب بر مبنای شبکهٔ سولانا روی WC تأیید کرده باشید.

https://warpcast.com/v/0xba96903f

گفتم که هر غلطی هم کنن باز من یه سازندم... ببینیم کی پاداش می‌گیره کی پاداش میده.

https://warpcast.com/dwr.eth/0xcd018973

همه چیز به وقتش! 😉

این ایردراپ bracky هم اولین ایردراپی بود که هفته پیش قول داده بودن.
بررسی کنید توی کیف‌هاتوت باید یه چیزی تزریق شده باشه.

این کستم یادت باشه، بعداً متوجه می‌شی چی گفتم و چی شد.

https://warpcast.com/compez.eth/0x7cb0b015

اگه جزو اونایی هستی که تازه تو این سه ماههٔ آخر سال وارد دنیای وب۳ و مخصوصاً فارکستر شدی؛ یا حتی اگه قبلاً یه جاهایی اشتباه رفتی ولی حالا فهمیدی که درست فعالیت کردن چقدر مهمه! باید بگم: خوش به حالت! 😉 پارسال که همین موقع‌ها بود من وارد خود فارکستر شدم به همهٔ اعضای کانال (قبل از اینکه کانال قبلی رو حذف کنم) گفتم که من یه مدت آزمایش می‌کنم و بعد ننیجش رو می‌گم.

حالا چرا خوش به حالت؟ چون:

⚡️سابقه‌ت هنوز تازه‌ست؛ حتی اگه قبلاً اشتباهی هم کردی، هنوز وقت جبران هست و می‌تونی مسیرت رو از همین حالا درست بسازی.
⚡️سال قبل من داخل جامعهٔ فارسی فعال نبودم که بتونم به عنوان منتور کنار شماها باشم، اما امسال اینجا هستم و قراره باهم پیش بریم.
⚡️پارسال همه چیز حالت آزمایشی داشت… ولی امسال؟ همه چیز جدیه!

پس اگه آماده‌ای که هوشمند، خلاق و درست پیش بری، بدون که زمانش همین حالاست! فرض کن صفر صفر هستی! برای اینکه درست پیش بریم من هم حساب کتابم رو صفر در نظر می‌گیرم چه سود چه ضرر! فرض می‌کنم نه سودی کردم و نه ضرری!

از این به بعدش رو دقت کن هرچی نوشتم رو مطمئن باش توش نکته‌ای هست که برات سیگنال پیشرفت بده.

خارجی‌ها به خصوص ترکیه‌ای‌ها گروه‌های متعددی دارن و خیلی بارها دعوت کردن که باهم فعالیت کنیم؛ من می‌تونم وقتی که اینجا میذارم رو برای اونا اختصاص بدم! اما دو تا هدف دارم از فارسی نویسی چون طی این ۱ سالی که گذشت قشنگ برام روشن شد که هیچ دانش و آگاهی فارسی درستی در خصوص موضوع شبکه‌های اجتماعی غیرمتمرکز منتشر نشده.

۱) فرهنگ درست وب ۳ رو جا بندازیم! من دلم می‌خواد هرجا ایرانی رفت بهش افتخار کنیم نه اینکه برعکس از خجالت آب بشیم.
۲) محتوای فارسی درست رو در این خصوص منتشر کنیم، همهٔ تعاریف رو از اول باز‌نویسی خواهیم کرد؛ از سیر تا پیاز! بنابراین اگه هر سوألی هم بود که بهش مشکوک هستید یا به هر نحوی جا نیفتاده بپرسید.
۳) شبکه‌سازی قوی‌تر و حفظ یکپارچگی جامعه برای حمایت در روز‌های سخت و پیشرفت در روز‌های سر سبز.
۴) تیم‌سازی و حفظ فرصت‌های همکاری و توسعه.
۵) سرمایه‌گذاری روی استعداد‌ یابی، حمایت یا هر کمکی که برای پیشرفت استعداد‌ها لازم باشه.


چرا این‌ها رو می‌گم؟ چون من هیچ یک از این فرصت‌ها رو ندیدم، نبوده و وجود هم نداشته و به شدت لازمه برای جامعه. هیچ استاد و هیچ مرجع فارسی‌ای در اختیار من نبوده! سال‌ها جون کندم رفتم یاد گرفتم و الآن وقتشه بخشیش رو هم به جامعه منتقل کنم.

به هر نحوی LFG 🔥👊🏼

تصمیم داشتم کانال رو کاملاً خصوصی کنم مثل یه گروه محدود شده؛ اما بذاریم به شیوهٔ طبیعی خودش پیش بریم، آهسته و پیوسته (به زمان نیاز داریم).

درضمن، روش‌های زیادی هم بلدم که یه روزه تعداد اعضای کانال رو ببرم بالا! ولی اینجا من نه پول می‌گیرم برای تبلیغات و نه پولی میدم که تبلیغ بشه! روش‌هاش رو هم بلدم می‌تونم راحت بگم دلار میدم برای هر پست و لایک و کامنت یه روزه ده برابر عضو بگیریم! اما هدف این نیست که فرهنگ رو با وعدهٔ پول دادن بسازیم این آدم رو ضعیف به بار میاره؛ هدف اینه که روی پتانسیل‌های خودمون کار کنیم که وقتی کسی هم نبود بتونیم پیش بریم، پول به دنبالش میاد مطمئن باش. 👊🏼🔥