It is always a joy to see a newbie spending more time on reading than posting. You have been here for more than six months and have only 3 posts, this is definetly a good sign. If you care about your account and have the intention to stay here for long time, I advice you to read forum rules. |
|
|
|
|
Obviously you don't have a dust problem as LoyceV explained (0.0015 btc ~12$ is not considered as dust).
Are you sure you are using BTC as the "base unit for bitcoin amounts"?
In your electrum wallet, under settings, click denomination and make sure it says BTC and not something else like mBTC or bits. If not, change it to BTC and retry sending. <= Android version.
|
|
|
|
What is going on? Is there a problem with Mycelium or with Bitcoin network?
There is no problem with the bitcoin network as it shows your transaction was confirmed and already has 16 confirmations Your coins are there and are safe as long as you have the seed or the private key for that address. Maybe tour Mycelium wallet has syncing problem! Try restarting it. Or as proposed by Pamoldar, import your private key/seed into another wallet software like Electrum. |
|
|
|
ما رأيكم؟ و هل من الأفضل القيام بهذا في موضوع مستقل أو الاكتفاء باضافته هنا؟
سيكون من الرائع شرح كيفية استخدام الميكسر بالتفصيل. أنصحك أن تنتظر قليلا قبل البدأ بالعمل حتى تنخفظ الرسوم. لدي معاملة عالقة منذ ساعات رغم أن الرسوم تعتبر مقبولة. كذلك أنصحك باستعمال الميكسر الذي يطلب نسبة أقل بما أن طريقة التعامل معهم تقريبا هي نفسها و لا يوجد اختلافات تستحق الذكر. سيكون من الأنسب و ضع الشرح هنا. طبعا بعد موافقة صاحب الموضوع. |
|
|
|
0.0015 BTC received. Sending them to MixTum mixer right away. I will edit this post and post my review within the next 24 hours.
edit: review posted |
|
|
|
المشكلة ليست بذلك الموقع او محفظة Electrum او حتى عناوين ال segwit وانما لا يوجد معيار محدد للتوقيع باستخدام المفتاح الخاص لتلك العناوين. حتى الان محفظة Electrum تستخدم معيار خاص بها للتوقيع بالتالي اذا قمت بالتحقق منه من خلال محفظة آخرى لربما تحصل علي خطأ بسبب عدم الاتفاق علي معيار محدد نفس الامر لمحفظة Trezor لا اتذكر سبب الاختلاف وانما اعتقد انهم يريدون ان يكون المعيار اكثر تحديدا  ساضيف العله الحقيقة عندما اتذكرها. بالفعل المشكلة في التوقيع بعناوين segwit أنه لا يوجع معيار متفق عليه. يمكن التوقيع و لكن تكون المشكلة عند التحقق فكل محفظة تعتمد معيار خاص بها أو ترفض هذه التواقيع من الأساس. كان هناك نقاش بهذا الخصوص في هذا الموضوع About possibility to Sign messages in Segwit address in futureو تم اقتراح معيار معين BIP322 حتى يتم تبنيه من كل المحافظ لكن من الواضح أنه تم اهماله. |
|
|
|
صحيح انت الوحيد الي فاهم وانا اخترت العنوان للجذب نشوف راي المشرف عشان القسم صح ولا غلط عشان نتاكد انت فاهم ولا لا
لاني طول عمري بعرف ان الايردروب هون مكانو بس ي عمي انت الوحيد الي فاهم وحاضرين ببنقلك ياه لقسم اخر
لا أعرف سبب هذا التشنج و العصبية في ردك. من المستحسن التعامل مع الملاحظات بهدوء و صدر رحب. فيم يخص ملاحظة الأخ ميكي فهي في محلها فالموضوع يتحدث عن عملة بديلة لذلك مكانه الطبيعي في قسم العملات البديلة سواء كان ايردروب أو غيره. بالتوفيق لك. |
|
|
|
|
This is just hypothetical.
Let's suppose someone sent me some BTC and the transaction get stuck (so common the last few days). Being the receiver, the best solution is CPFP. But what if I, mistakenly, set low fees and the second transaction get stuck too.
I know that it is possible to do CPFP again (up to 24 times as far as I know then the 25 will be rejected), but, since I am the sender now, my question is if it is possible to replace by fee the stuck CPFP transaction? Is it possible?
|
|
|
|
ماذا تقصدوا بـ CPFP ؟
CFPF أو Child Pays For Parent هي طريقة تستعمل لتأكيد المعاملات العالقة. لنفترض أن شخصا ما أرسل لك رصيد بيتكوين لكن أخطأ في تقدير العمولة المناسبة فبقيت المعاملة بدون تأكيد. في محفظتك سترى أن الرصيد موجود لكن غير مؤكد. ما ستقوم به عن طريق CPFP ببساطة هو أنك سترسل ذلك الرصيد لأحد عناوينك مع الحرص على تحديد عمولة مناسبة. ما سيحدث هو أنه عندما يقبل أحد المعدنين المعاملة سيكون ملزما بتأكيد المعاملة السابقة كذلك في نفس البلوك. لذلك تسمى الابن يدفع لحساب الأب فالابن أو المعاملة الثانية تقوم بدفع رسوم أعلى لتحفيز المعدنين لتأكيد المعاملة الأولى أو الأب. |
|
|
|
Thank you so much I was quite worried I would lose the Bitcoin somehow with all the confusion. I set the fee to 5 sats per byte originally so hopefully a miner finds my transaction worthy of being mined  BTCs do not vanish just like that. You only lose your bitcoins when you send them to the wrong address or lose your private key. If your transaction does not confirm, you will get your bitcoin back. Lets assume the mempool doesn't empty and for some reason my transaction fee is not enough, will my transactions be dropped and returned to their original addresses I sent from eventually? If that make sense. Usually, an unconfirmed transaction takes from 3 to 7 days to be dropped from the mempool, then the transaction will be as it never existed. |
|
|
|
|
KYC = infringement/invasion of privacy.
AML, CFT, AIA... = excuses to rob you in a legal way.
|
|
|
|
اذا كانت خاصية استبدال المعاملة باستخدام العمولة غير مفعلة، فما الذي سيحصل لهذه العاملة؟
هل ستبقى عالقة دون تأكيد من أي طرف؟
بالتأكيد لن تبقى المعاملة عالقة للأبد. سيتم اسقاطها بعد بضعة أيام و بالتالي يعود الرصيد لمرسل المعاملة. السبب في اسقاط المعاملة هو أن ال mempool لا تقبل أن تبقى المعاملات العالقة لفترة طويلة حتى تفسح المجال لمعاملات أخرى. تقوم العقد باسقاط المعاملة بعد مرور من ثلاث الى سبعة أيام. بعض المحافظ تقوم باعادة ارسال المعاملة باستمرار طالما لم يتم تأكيدها لذلك نرى بعض المعاملات تبقى عالقة لفترة طويلة جدا. العناوين الموجودة في المعاملة، جميعها لا يمكن استخدامها مادامت المعاملة عالقة.
من خلال محفظة الكتروم يمكنك تفعيل خيار استعمال الرصيد غير المؤكد حتى تتمكن من القيام ب CPFP
تفقدت المعاملة و أرى أنك أرسلت البيتكوين لعنوان ٱخر و تم تأكيد المعاملتين في نفس البلوك مما يعني أنك قمت باستعمال المعاملة الأولى قبل أن يتم تأكيدها. txid: e67c3f1408105f005975d2703a427489cce2393e7b711a0629ee1a8a1b3c6dc8
Timestamp:2019-05-18 00:46 txid: 0f87bb47e83c4892926baaef508b73f7aa4a5235e7f7111b0a3e4e16f32401a7
Timestamp:2019-05-18 00:46 |
|
|
|
|
As I can see, your transaction still unconfirmed and looks like it will remain unconfirmed for the next few days.
Don't waste your time on free tx accelerators. Better use CPFP to clear the transaction.
|
|
|
|
Do we really need more?
My answer: "yes, we do" Now, you have to believe me as I am the only one who answered, right! What if someone else joins the conversation and replies: "no, we dont" ? In this case you need answers from as many members as possible to know who is telling the truth. The same applies to blockchain. Blockchain is more secure with more full nodes. Also, full nodes make sure that miners are following the consensus. Apart from that, it is always advised to run your own full node so you don't have to rely on other nodes. It is worth mentioning that a full node is helping the network only if it accepts inbound connections. |
|
|
|
فعلاً معرفه تفاصيل و شروط الخدمات/المنصات مهمة جداً السؤال هل كان الشخص على علم بهذا القانون ؟ هل القوانين واضحة للعيان بحيث يمكن استيعابها بسهولة
او يجب على المستخدمين قراءة مئات الاسطر من الشروط
هي عملية أقل ما يقال عنها أنها غير مقبولة لكنها قانونية و لا يمكن لوم المنصة على ذلك. مثل توقيعك على عقد مع شخص و تكتشف أنه كتب بعض البنود التي يمكنه استغلالها لصالحه بخط صغير. لا ارا اي شكاوي ضد هدا البائع
هناك تقييم سلبي للعضو و لكن غير موثوق. أعتقد أنه تحصل على الدعوات التي يقوم ببيعها بطريقة غير قانونية. قمت بتصفح مشاركاته و لاحظت أنه يقوم ببيع خدمات مختلفة بأسعار تدعوا للريبة مما يزيد في شكوكي كونه تحصل عليها بطريقة غير مشروعة. |
|
|
|
مازلت اقراء بالموضوع هناك لكن مارائيكم هل استخدام الجدار الناري او firewall مع تحديد بورتات port يحد من المشكلة ؟
ما اقصده فقط السماح لبورت 443 للتصفح او لن يحدث فرق ما تجاربكم لمنعها ؟ بالاضافة لتجنب المواقع الغير معروفه هل فيه طريقة لاكتشاف مثل هذه المواقع ؟
البورت المخصص للتصفح هو البورت 80. اغلاق البورتات و استعمال الجدار الناري يمكن أن يحد بشكل كبير من الهجمات التي تقع من الخارج أساسا أين يقوم المهاجم بفحص الاي بي الخاص بك لمعرفة البورتات المفتوحة و استغلال الثغرات المعروفة. هذه الهجمات فعالة جدا خاصة ان كنت تستخدم نظام ويندوز و برامج غير محدثة. الجدار الناري يقوم بتحذيرك في حالة قيام أحد البرامج بمحاولة الاتصال بسيرفر خارجي لذلك هو مهم جدا خاصة اذا قمت بوضع الاعدادات بشكل مناسب. |
|
|
|
|
بالنسبة للفكرة الأولى فإن الجهل بالقوانين لا يعتبر عذرا و لا يمكنك أن تطالب بأي شيئ.
قبل القيام بأي معاملة خاصة من هذا النوع حيث تتعامل مع طرف ثالث و ليس البائع الرسمي يجب قراءة القوانين و ارشادات الاستخدام المنشورة بالموقع الرسمي حتى تتجنب أي مشاكل.
|
|
|
|
|
What you are suggesting was proposed and discussed before, actually.
And the answer is no, this is not going to work nor solve the blockchain size problem.
First, if we are going to "store" an archived copy of the blockchain in a particular place then it can't be considered decentralized nor trustless system anymore.
Second, each block is cryptographically linked to the previous block. Thus, if we need to validate a block/transaction a full node has to go all the way back to the genesis block.
=> we need full nodes, and we need more of them.
|
|
|
|
|
I am sure you are talking about the dump that usually happens after paying bounty hunters!
You should not be afraid of such dump as it is not going to last for long time.
In fact, it is a good thing as you are going to get rid of them and there will remain only those who believe in your project (if it is good enough).
As it is going to be 1 or 2℅ of total supply so it won't be a big problem.
Also, you can run a buyback program or pay them in ETH.
|
|
|
|
|
Show Posts
