Pages:
Author

Topic: [XMR] Monero - A secure, private, untraceable cryptocurrency - page 101. (Read 4671114 times)

newbie
Activity: 23
Merit: 0
How to mine Monero (cryptonight/r) with XMRigCC AMD GPU miner

https://youtu.be/DtbvVsradTQ


How to mine Monero (cryptonight-r) with XMRig AMD GPU miner

https://youtu.be/rP-_don0jXA
legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it

What would be your counter-argument be on anonymint's "disingenuousness"?

I know that he's using Monero's policy of its bi-annual hard fork schedule as his debate that it's a centralized control on how much fees there should be on your the network, but I want to hear an agitated response. Hahaha.

I don't get paid enough (actually not at all) to argue.

All the Devs went to Redditt, ask there.
legendary
Activity: 2730
Merit: 1288
Hi Monero community, I know anonymint spreads misinformation, but before I debate with a user who posted this blog's link in a Lightning Network topic, I would like to know more if the statement quoted, and bolded is true.

https://steemit.com/blockchain-scaling/@anonymint/lightning-networks-must-fail-if-it-succeeds

Quote

Monero’s adaptive block size protocol doesn’t prevent the destruction of the transaction fee market because without the minimum transaction fee periodically adjusted by centralized control (the same @fluffypony centralized control that is recently changing the PoW every ~6 months in a futile attempt to defeat ASICs) promotes the block size to increase so that transaction fees decline to ~0 (i.e. to miners’ negligible incremental costs for adding additional transactions).


Is there a "minimum transaction fee" adjusted by centralized control?

Start your research here: https://ww.getmonero.org/2017/12/11/A-note-on-fees.html, but keep in mind that 1) "Monero uses high xmr/KB fees in order to prevent blockchain bloat" and 2) "Monero fees fall to almost zero after Bulletproofs upgrade"


Ok, thanks.

Hi Monero community, I know anonymint spreads misinformation, but before I debate with a user who posted this blog's link in a Lightning Network topic, I would like to know more if the statement quoted, and bolded is true.

https://steemit.com/blockchain-scaling/@anonymint/lightning-networks-must-fail-if-it-succeeds

Quote

Monero’s adaptive block size protocol doesn’t prevent the destruction of the transaction fee market because without the minimum transaction fee periodically adjusted by centralized control (the same @fluffypony centralized control that is recently changing the PoW every ~6 months in a futile attempt to defeat ASICs) promotes the block size to increase so that transaction fees decline to ~0 (i.e. to miners’ negligible incremental costs for adding additional transactions).


Is there a "minimum transaction fee" adjusted by centralized control?

He's being disingenuous, sure we added bulletproofs (which had the desired side effect of lower fees) during a scheduled update and we would probably add any safe method to lower fees and or bloat during a scheduled update but calling that centralized is a joke.


What would be your counter-argument be on anonymint's "disingenuousness"?

I know that he's using Monero's policy of its bi-annual hard fork schedule as his debate that it's a centralized control on how much fees there should be on your the network, but I want to hear an agitated response. Hahaha.

I dont fully understand your question. But in general everything that was written in protocol and I am talking here of Bitcoin or Monero it was written by some person. We the rest can comply with it or write it better and convince others why this is better.  
Monero fee cant be to small because then you could dust attack Monero network as it happened in Autumn 2014. Usually protocol changes are made to make Monero network more secure and ledger less transparent. And this two are only central Monero bosses. You cant have money that is not secure and if having transparent ledger then there is no point for Monero to exist in the first place.
legendary
Activity: 2898
Merit: 1823
Hi Monero community, I know anonymint spreads misinformation, but before I debate with a user who posted this blog's link in a Lightning Network topic, I would like to know more if the statement quoted, and bolded is true.

https://steemit.com/blockchain-scaling/@anonymint/lightning-networks-must-fail-if-it-succeeds

Quote

Monero’s adaptive block size protocol doesn’t prevent the destruction of the transaction fee market because without the minimum transaction fee periodically adjusted by centralized control (the same @fluffypony centralized control that is recently changing the PoW every ~6 months in a futile attempt to defeat ASICs) promotes the block size to increase so that transaction fees decline to ~0 (i.e. to miners’ negligible incremental costs for adding additional transactions).


Is there a "minimum transaction fee" adjusted by centralized control?

Start your research here: https://ww.getmonero.org/2017/12/11/A-note-on-fees.html, but keep in mind that 1) "Monero uses high xmr/KB fees in order to prevent blockchain bloat" and 2) "Monero fees fall to almost zero after Bulletproofs upgrade"


Ok, thanks.

Hi Monero community, I know anonymint spreads misinformation, but before I debate with a user who posted this blog's link in a Lightning Network topic, I would like to know more if the statement quoted, and bolded is true.

https://steemit.com/blockchain-scaling/@anonymint/lightning-networks-must-fail-if-it-succeeds

Quote

Monero’s adaptive block size protocol doesn’t prevent the destruction of the transaction fee market because without the minimum transaction fee periodically adjusted by centralized control (the same @fluffypony centralized control that is recently changing the PoW every ~6 months in a futile attempt to defeat ASICs) promotes the block size to increase so that transaction fees decline to ~0 (i.e. to miners’ negligible incremental costs for adding additional transactions).


Is there a "minimum transaction fee" adjusted by centralized control?

He's being disingenuous, sure we added bulletproofs (which had the desired side effect of lower fees) during a scheduled update and we would probably add any safe method to lower fees and or bloat during a scheduled update but calling that centralized is a joke.


What would be your counter-argument be on anonymint's "disingenuousness"?

I know that he's using Monero's policy of its bi-annual hard fork schedule as his debate that it's a centralized control on how much fees there should be on your the network, but I want to hear an agitated response. Hahaha.
legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it
Hi Monero community, I know anonymint spreads misinformation, but before I debate with a user who posted this blog's link in a Lightning Network topic, I would like to know more if the statement quoted, and bolded is true.

https://steemit.com/blockchain-scaling/@anonymint/lightning-networks-must-fail-if-it-succeeds

Quote

Monero’s adaptive block size protocol doesn’t prevent the destruction of the transaction fee market because without the minimum transaction fee periodically adjusted by centralized control (the same @fluffypony centralized control that is recently changing the PoW every ~6 months in a futile attempt to defeat ASICs) promotes the block size to increase so that transaction fees decline to ~0 (i.e. to miners’ negligible incremental costs for adding additional transactions).


Is there a "minimum transaction fee" adjusted by centralized control?

He's being disingenuous, sure we added bulletproofs (which had the desired side effect of lower fees) during a scheduled update and we would probably add any safe method to lower fees and or bloat during a scheduled update but calling that centralized is a joke.
hero member
Activity: 794
Merit: 1000
Monero (XMR) - secure, private, untraceable
Hi Monero community, I know anonymint spreads misinformation, but before I debate with a user who posted this blog's link in a Lightning Network topic, I would like to know more if the statement quoted, and bolded is true.

https://steemit.com/blockchain-scaling/@anonymint/lightning-networks-must-fail-if-it-succeeds

Quote

Monero’s adaptive block size protocol doesn’t prevent the destruction of the transaction fee market because without the minimum transaction fee periodically adjusted by centralized control (the same @fluffypony centralized control that is recently changing the PoW every ~6 months in a futile attempt to defeat ASICs) promotes the block size to increase so that transaction fees decline to ~0 (i.e. to miners’ negligible incremental costs for adding additional transactions).


Is there a "minimum transaction fee" adjusted by centralized control?

Start your research here: https://ww.getmonero.org/2017/12/11/A-note-on-fees.html, but keep in mind that 1) "Monero uses high xmr/KB fees in order to prevent blockchain bloat" and 2) "Monero fees fall to almost zero after Bulletproofs upgrade"
legendary
Activity: 2898
Merit: 1823
Hi Monero community, I know anonymint spreads misinformation, but before I debate with a user who posted this blog's link in a Lightning Network topic, I would like to know more if the statement quoted, and bolded is true.

https://steemit.com/blockchain-scaling/@anonymint/lightning-networks-must-fail-if-it-succeeds

Quote

Monero’s adaptive block size protocol doesn’t prevent the destruction of the transaction fee market because without the minimum transaction fee periodically adjusted by centralized control (the same @fluffypony centralized control that is recently changing the PoW every ~6 months in a futile attempt to defeat ASICs) promotes the block size to increase so that transaction fees decline to ~0 (i.e. to miners’ negligible incremental costs for adding additional transactions).


Is there a "minimum transaction fee" adjusted by centralized control?
legendary
Activity: 2702
Merit: 2053
Free spirit
Seems clear thanks
legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it
legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it
Excellent points, IOU +sM

When will desktop FPGA cpus be available? 3k for a fpga cpu is not mainstream.

BTW I hate these Hybrid FPGAs being called FPGA. They are hybrids, at least Intel calls them what they are. FPGAs have no SOC component.

Thank you. Discussion continues Smiley

https://github.com/monero-project/meta/issues/316#issuecomment-473323302

Today @WhyIsThisSoSlow detected irrational mind virus or parasite mushroom that forces the Community to give up.
Like this one:

https://en.wikipedia.org/wiki/Ophiocordyceps_unilateralis


https://github.com/monero-project/meta/issues/316#issuecomment-473323785

MFW I'm reading the proof of work GitHub thread:



Had to mute it, my inbox went boom! Its going faster than the WO thread. Smiley




BTW I hate these Hybrid FPGAs being called FPGA. They are hybrids, at least Intel calls them what they are. FPGAs have no SOC component.

is this the latest development then?


Among the newest improvements in the FPGA world are System on a Chip (SoC) FPGA devices. A SoC FPGA integrates a hard processor core and programmable logic on the same die.



or BS ?

Also am I dense eeproms aren't new? its what it sounds like



I have not kept on substrate processes for almost 2 decades but from what I gleaned a few months back it seems they have been able to create programmable logic gates on the same die which is why we see the ability of these new hybrids to interface with memory at such speeds. In the past all the architecture was limited by the slower programmable gates but now they are both on die. I have no clue if they are using separate substrates fused or if there is one that can handle both forms or what, but it opens up for some really outstanding improvements if they can get the cost down on basic desktop chips and/or gpu's. ITs the fact that the SOCs are not programmable and therefore operate at full speed yet the programmable gates are on die and therefore not limited by any bus interface or limited to using the slower programmable gates as memory or controllers that makes them so quick and versitile. Hope this was clear, I'm really no longer up on any of this shit and frankly was quite surprised that they had actually managed a hybrid method. I think I postulated a year or so ago there was no way they could do it until they came up with a hybrid method and apparently they already had. Doh
legendary
Activity: 3136
Merit: 1116
MFW I'm reading the proof of work GitHub thread:

legendary
Activity: 2702
Merit: 2053
Free spirit


BTW I hate these Hybrid FPGAs being called FPGA. They are hybrids, at least Intel calls them what they are. FPGAs have no SOC component.

is this the latest development then?


Among the newest improvements in the FPGA world are System on a Chip (SoC) FPGA devices. A SoC FPGA integrates a hard processor core and programmable logic on the same die.



or BS ?

Also am I dense eeproms aren't new? its what it sounds like

legendary
Activity: 2730
Merit: 1288
How I know, Monero is the most invisible and hiden crypto between another.

You check the Monero wallet rich list: https://moneroblocks.info/richlist
full member
Activity: 243
Merit: 125
Excellent points, IOU +sM

When will desktop FPGA cpus be available? 3k for a fpga cpu is not mainstream.

BTW I hate these Hybrid FPGAs being called FPGA. They are hybrids, at least Intel calls them what they are. FPGAs have no SOC component.

Thank you. Discussion continues Smiley

https://github.com/monero-project/meta/issues/316#issuecomment-473323302

Today @WhyIsThisSoSlow detected irrational mind virus or parasite mushroom that forces the Community to give up.
Like this one:

https://en.wikipedia.org/wiki/Ophiocordyceps_unilateralis
legendary
Activity: 2702
Merit: 2053
Free spirit

"
What is SoC FPGA?

FPGA is a constantly evolving technology, especially in terms of logic density and speed. Among the newest improvements in the FPGA world are System on a Chip (SoC) FPGA devices. A SoC FPGA integrates a hard processor core and programmable logic on the same die.

"
sr. member
Activity: 807
Merit: 423
wtf does SoC mean
Something-on-Chip?
legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it

I've just written more:
--
Guys most of you think in too generalized manner, you attempt to predict too far future, you almost admit defeat in front of ASICs... It is a bad way methodologically.

We are living in the current iteration. There is a week passed after last hard fork to cn/r. First, it must be said, there is no FPGA or quick understanding how to program FPGA against cn/r. Technically it is possible in few hours or days. But we observe low hashrate still, week passed. So they CAN'T do that quickly at least.

Thus, fight against ASICs/FPGA is POSSIBLE. Furthermore, cn/r is quite simple algo with very basic levels of virtualization and randomization. Read my comment above, what if we introduce HARD levels of virtualization and randomization? There is physics: ASICs/FPGA can't be MUCH more profitable than CPU or GPU, if quite perfect mining algo is designed.

Today, let's focus on tasks how to add strong virtualization and randomization to the algo. RandomX with memory scratch-pad reduced from 4Gb to 256Mb (to support even Raspberry Pi) is good level of virtualization.

To add randomization we may consider external oracles like ones in Ethereum contracts or long hashes (sha512, etc) applied to concatenated transactions of last 100 blocks for example. Let's think in this direction.

Fundamental physics is on our side: if mining algo has sufficient levels of virtualization and randomization, ASIC/FPGA manufacturers MUST implement Intel-like CPU! Let them compete with Intel directly!
--
https://github.com/monero-project/meta/issues/316#issuecomment-472815812



Excellent points, IOU +sM

When will desktop FPGA cpus be available? 3k for a fpga cpu is not mainstream.

BTW I hate these Hybrid FPGAs being called FPGA. They are hybrids, at least Intel calls them what they are. FPGAs have no SOC component.
full member
Activity: 243
Merit: 125

I've just written more:
--
Guys most of you think in too generalized manner, you attempt to predict too far future, you almost admit defeat in front of ASICs... It is a bad way methodologically.

We are living in the current iteration. There is a week passed after last hard fork to cn/r. First, it must be said, there is no FPGA or quick understanding how to program FPGA against cn/r. Technically it is possible in few hours or days. But we observe low hashrate still, week passed. So they CAN'T do that quickly at least.

Thus, fight against ASICs/FPGA is POSSIBLE. Furthermore, cn/r is quite simple algo with very basic levels of virtualization and randomization. Read my comment above, what if we introduce HARD levels of virtualization and randomization? There is physics: ASICs/FPGA can't be MUCH more profitable than CPU or GPU, if quite perfect mining algo is designed.

Today, let's focus on tasks how to add strong virtualization and randomization to the algo. RandomX with memory scratch-pad reduced from 4Gb to 256Mb (to support even Raspberry Pi) is good level of virtualization.

To add randomization we may consider external oracles like ones in Ethereum contracts or long hashes (sha512, etc) applied to concatenated transactions of last 100 blocks for example. Let's think in this direction.

Fundamental physics is on our side: if mining algo has sufficient levels of virtualization and randomization, ASIC/FPGA manufacturers MUST implement Intel-like CPU! Let them compete with Intel directly!
--
https://github.com/monero-project/meta/issues/316#issuecomment-472815812

legendary
Activity: 3836
Merit: 4969
Doomed to see the future and unable to prevent it
Long time since I posted here.  Glad to see the fork went well.  Pointed all my GPU miners at Monero tonight to help out the network.  Hope everyone is good and it looks like the great community I remember is alive and well.  Glad Moreno is sticking to true decentralization.  Monero brought me into the crypto space.  Monero the only privacy coin I would ever use.

Long time no see, glad to see you post. Smiley


Thanks, thas a good read.  lol'd
There's an active issue thread on GitHub discussing options for PoW moving forward:
https://github.com/monero-project/meta/issues/316

Thanks for the link, IOU +sM (ran out Smiley)
Pages:
Jump to: