[XMR] Monero - A secure, private, untraceable cryptocurrency - page 884.

Wanderlust

full member

Activity: 225

Merit: 100

Quote from: smooth on June 19, 2015, 03:43:47 AM

Quote from: Wanderlust on June 19, 2015, 03:25:27 AM

Quote from: smooth on June 18, 2015, 04:46:18 PM

Quote from: Wanderlust on June 18, 2015, 04:19:38 PM

I can quite understand and fully respect the XMR line, but cannot help wondering whether something has been missed from this story.

Do tell then. If you don't have any new relevant info then you are just yet another in the endless parade of Newbie accounts claiming to be "researching" the BCN situation. We've been here before.

Quote

U owe ur existence to them

Not only that but we owe our existence to their fraud! If not for that, we'd have just stuck with BCN. The unclean hand created the biting teeth.

You may have been here before but not with me.

The "deception" as u describe it may not have been at the hand of the NSA, academics or cypherpunks.

There is no actual evidence that any of NSA, academics, or cypherpunks were involved. That is entirely speculation.

Even (or especially) the claims of the BCN developers themselves are highly suspect at best. They had listed a Princeton academic on their team page. I researched it, and rethink-your-strategy who coincidentally (and bad luck for the BCN liars, it seems) is/was apparently a student at Princeton, did as well, and we both found that no such person fitting the description given by them ever even existed.

Quote

will XMR copy the new BCN code? my understanding is that technically they've upped the game for CN coins with their new roadmap, wallets and merchant tools.

There are no plans to copy merchant tools and wallets from BCN. We have our own development plans which address these use cases as well if not better in my opinion: https://getmonero.org/design-goals/

Quote edited for brevity.

"There is no actual evidence that any of NSA, academics, or cypherpunks were involved. That is entirely speculation."

Mu understanding is that CN is a cryptographic tour de force which likely required some brilliant minds to create. Do you agree?

If so how could such great minds be such lousy scammers? They would have forged the whitepapers dates correctly (assuming they were deliberately forged to deceive)

Therefor the likely 3 groups named above. btw some russian hacker is mentioned in "opening the lid of BCN". Noted his name's initials also spell NSA*

All the Princeton stuff might have been "for fun", teasing the crypto-community yet more (obv that was never gonna hold water). It's all very odd.

thx for the replies smooth, much obliged.

*Andrey N. Sabelnikov

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: Wanderlust on June 19, 2015, 03:25:27 AM

Quote from: smooth on June 18, 2015, 04:46:18 PM

Quote from: Wanderlust on June 18, 2015, 04:19:38 PM

I can quite understand and fully respect the XMR line, but cannot help wondering whether something has been missed from this story.

Do tell then. If you don't have any new relevant info then you are just yet another in the endless parade of Newbie accounts claiming to be "researching" the BCN situation. We've been here before.

Quote

U owe ur existence to them

Not only that but we owe our existence to their fraud! If not for that, we'd have just stuck with BCN. The unclean hand created the biting teeth.

You may have been here before but not with me.

The "deception" as u describe it may not have been at the hand of the NSA, academics or cypherpunks.

There is no actual evidence that any of NSA, academics, or cypherpunks were involved. That is entirely speculation.

Even (or especially) the claims of the BCN developers themselves are highly suspect at best. They had listed a Princeton academic on their team page. I researched it, and rethink-your-strategy who coincidentally (and bad luck for the BCN liars, it seems) is/was apparently a student at Princeton, did as well, and we both found that no such person fitting the description given by them ever even existed.

Quote

will XMR copy the new BCN code? my understanding is that technically they've upped the game for CN coins with their new roadmap, wallets and merchant tools.

There are no plans to copy merchant tools and wallets from BCN. We have our own development plans which address these use cases as well if not better in my opinion: https://getmonero.org/design-goals/

Quote edited for brevity.

Wanderlust

full member

Activity: 225

Merit: 100

Quote from: smooth on June 18, 2015, 04:46:18 PM

Quote from: Wanderlust on June 18, 2015, 04:19:38 PM

I can quite understand and fully respect the XMR line, but cannot help wondering whether something has been missed from this story.

Do tell then. If you don't have any new relevant info then you are just yet another in the endless parade of Newbie accounts claiming to be "researching" the BCN situation. We've been here before.

Quote

U owe ur existence to them

Not only that but we owe our existence to their fraud! If not for that, we'd have just stuck with BCN. The unclean hand created the biting teeth.

You may have been here before but not with me.

The "deception" as u describe it may not have been at the hand of the NSA, academics or cypherpunks. The motivation u point to is greed and whilst all humans r weak it doesnt seem likely that any of the three groups likely to have created CN and BCN would be motivated by greed alone.

Equally all members of BCN are cast in the same light. Who's to know what internal politics/feuds exist within the BCN team. Indeed such a feud might have helped create the confusion. And there's still a chance that the BCN version of events are true/true-ish

Never mind all that for now,

will XMR copy the new BCN code? my understanding is that technically they've upped the game for CN coins with their new roadmap, wallets and merchant tools.

elrippo

legendary

Activity: 1008

Merit: 1001

Quote from: osensei on June 18, 2015, 10:28:01 AM

Regarding running bitmonerod through Tor, I can run it just fine with torsocks.

When launching bitmonerod I get a bunch of

Code:

libtorsocks(6718): WARNING: The symbol res_query() was not found in any shared library with the reported error: Not Found!
  Also, we failed to find the symbol __res_query() with the reported error: Not Found

and a bunch of

Code:

libtorsocks(6716): sendto: Connection is a UDP or ICMP stream, may be a DNS request or other form of leak: rejecting.

but it runs well and syncs properly after that. All connected peers are reported as 127.0.0.1:9050.

I am not a friend of torsocks. I rather use TOR as a transparent proxy with this function embedded in TOR. I want to share the "how to" for the usecase of a transparent proxy https://trac.torproject.org/projects/tor/wiki/doc/TransparentProxy on the local machine, where every TCP connection gets tunneled trough TOR and the Monero wallet gets it's connection through TOR, not a MINER!
This is intended for UNIX users, as MS does not support this function.

What we need is an up to date UNIX system, i run a Debian derivat.
You can use the TOR version of your Distro, i may propose to use the TOR repo.

1.) Go to the TOR homepage and add the TOR repo according to your distro
https://www.torproject.org/docs/installguide.html.en
If you use DEBIAN or UBUNTUlikish systems, go to https://www.torproject.org/docs/debian.html.en and choose your Distro.
After that, update your package management system

2.) Install the package TOR

3.) Add these lines in your

Code:

torrc

, on DEBIAN found at

Code:

/etc/tor/torrc

Code:

VirtualAddrNetworkIPv4 172.16.0.0/12
TransPort 9040
DNSPort 9053

4.) Now we build two little scripts. The first one will reroute all traffic using iptables, the second one will establish the default settings.

5.) First script for rerouting everything through tor. (I recommend to place it at /etc/tor/....) I will call it transparent.bash, make it executable and run it with superuser priviliges.

Code:

#!/bin/bash
# Let us call this script transparent.bash and do some netfilter rules on the local machine.

/etc/init.d/tor restart

# Load the Kernel modules
modprobe ip_tables
modprobe ip_nat_ftp
modprobe ip_nat_irc
modprobe ip_conntrack_irc
modprobe ip_conntrack_ftp
modprobe iptable_filter
modprobe iptable_nat
modprobe ipt_REJECT
modprobe xt_recent
modprobe ipt_mac

# Remove all rules
iptables -F
iptables -t nat -F
iptables -X

# Default Policy
iptables -P INPUT DROP
iptables -P OUTPUT DROP
iptables -P FORWARD DROP

# Allow Established and Related connetcions
iptables -A INPUT -i eth0 -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A OUTPUT -o eth0 -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -i wlan0 -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A OUTPUT -o wlan0 -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -i usb0 -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A OUTPUT -o usb0 -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A INPUT -i ppp0 -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A OUTPUT -o ppp0 -m state --state ESTABLISHED,RELATED -j ACCEPT


# Allow localhostloop
iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT

# Ruleset for Tor Transparent Proxy
iptables -t nat -A OUTPUT -o lo -j RETURN
iptables -t nat -A OUTPUT -m owner --uid-owner "debian-tor" -j RETURN
iptables -t nat -A OUTPUT -p udp --dport 53 -j REDIRECT --to-ports 9053
for NET in 127.0.0.0/9 127.128.0.0/10; do
 iptables -t nat -A OUTPUT -d $NET -j RETURN
done
iptables -t nat -A OUTPUT -p tcp --syn -j REDIRECT --to-ports 9040

iptables -A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A OUTPUT -m owner --uid-owner "debian-tor" -j ACCEPT
for NET in 127.0.0.0/8; do
 iptables -A OUTPUT -d $NET -j ACCEPT
done
iptables -A OUTPUT -j REJECT

6.) Second script one will establish the default settings, i will call it

Code:

off.bash

, make it executable and run it with superuser priviliges.

Code:

#!/bin/bash

/etc/init.d/tor stop

# Remove all rules
iptables -F
iptables -t nat -F
iptables -X

# Set the default policies 
iptables -P INPUT ACCEPT
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT

7.) Now we are done and we can start the transparent proxy with

Code:

sudo /etc/tor/trasnparent.bash

8.) Check your network for listening ports

Code:

...
...
...
tor       2626 debian-tor    7u  IPv4  20176      0t0  TCP 127.0.0.1:9050 (LISTEN)
tor       2626 debian-tor    9u  IPv4  20178      0t0  TCP 127.0.0.1:9040 (LISTEN)
tor       2626 debian-tor   10u  IPv4  20179      0t0  TCP 127.0.0.1:9051 (LISTEN)
...
...
...

9.) Now run your Monero wallet, the output should look like this

Code:

2015-Jun-19 08:04:54.372705 Starting...
2015-Jun-19 08:04:54.392937 bitmonero v0.8.8.6-release
2015-Jun-19 08:04:54.394039 Module folder: ./bitmonerod
2015-Jun-19 08:04:54.407926 Initializing P2P server...
2015-Jun-19 08:04:54.463532 Binding on 0.0.0.0:18080
2015-Jun-19 08:04:54.463802 Net service bound to 0.0.0.0:18080
2015-Jun-19 08:04:54.463935 Attempting to add IGD port mapping.
sendto: Operation not permitted
2015-Jun-19 08:04:54.464228 No IGD was found.
2015-Jun-19 08:04:54.464295 P2P server initialized OK
2015-Jun-19 08:04:54.464359 Initializing protocol...
2015-Jun-19 08:04:54.464418 Protocol initialized OK
2015-Jun-19 08:04:54.464477 Initializing core RPC server...
2015-Jun-19 08:04:54.465166 Binding on 127.0.0.1:18081
2015-Jun-19 08:04:54.465324 Core RPC server initialized OK on port: 18081
2015-Jun-19 08:04:54.465439 Initializing core...
2015-Jun-19 08:04:54.476060 Loading blockchain...
2015-Jun-19 08:06:28.846042 Blockchain initialized. last block: 613635, d0.h13.m51.s3 time ago, current difficulty: 851672124
2015-Jun-19 08:06:28.855596 Core initialized OK
2015-Jun-19 08:06:28.855788 Starting core RPC server...
2015-Jun-19 08:06:28.855870 Run net_service loop( 2 threads)...
2015-Jun-19 08:06:28.858551 [SRV_MAIN]Core RPC server started ok
2015-Jun-19 08:06:28.858653 [SRV_MAIN]Starting P2P net loop...
2015-Jun-19 08:06:28.861161 [SRV_MAIN]Run net_service loop( 10 threads)...
2015-Jun-19 08:06:29.863692 [P2P9]
**********************************************************************
The daemon will start synchronizing with the network. It may take up to several hours.

You can set the level of process detailization* through "set_log " command*, where  is between 0 (no details) and 4 (very verbose).

Use "help" command to see the list of available commands.

Note: in case you need to interrupt the process, use "exit" command. Otherwise, the current progress won't be saved.
**********************************************************************
2015-Jun-19 08:06:35.981690 [P2P8][37.113.141.135:18080 OUT]Sync data returned unknown top block: 613636 -> 614335 [699 blocks (0 days) behind] 
SYNCHRONIZATION started
2015-Jun-19 08:06:59.457405 [P2P8][176.212.88.35:18080 OUT]Sync data returned unknown top block: 613836 -> 614335 [499 blocks (0 days) behind] 
SYNCHRONIZATION started
2015-Jun-19 08:07:10.183810 [P2P7][91.153.201.68:18080 OUT]Sync data returned unknown top block: 613974 -> 614335 [361 blocks (0 days) behind] 
SYNCHRONIZATION started
2015-Jun-19 08:07:10.690990 [P2P7][62.210.113.107:18080 OUT]Sync data returned unknown top block: 613981 -> 614335 [354 blocks (0 days) behind] 
SYNCHRONIZATION started
2015-Jun-19 08:07:16.540999 [P2P4][108.24.83.254:18080 OUT]Sync data returned unknown top block: 614053 -> 614335 [282 blocks (0 days) behind] 
SYNCHRONIZATION started
2015-Jun-19 08:07:17.144109 [P2P6][192.99.2.33:18080 OUT]Sync data returned unknown top block: 614062 -> 614335 [273 blocks (0 days) behind] 
SYNCHRONIZATION started
2015-Jun-19 08:07:17.812554 [P2P4][109.254.61.223:18080 OUT]Sync data returned unknown top block: 614067 -> 614335 [268 blocks (0 days) behind] 
SYNCHRONIZATION started
2015-Jun-19 08:07:36.303158 [P2P8][95.67.238.92:18080 OUT]Sync data returned unknown top block: 614314 -> 614335 [21 blocks (0 days) behind] 
SYNCHRONIZATION started
2015-Jun-19 08:07:37.678838 [P2P4][37.113.141.135:18080 OUT] SYNCHRONIZED OK
2015-Jun-19 08:07:37.680811 [P2P4]
**********************************************************************
You are now synchronized with the network. You may now start simplewallet.

Please note, that the blockchain will be saved only after you quit the daemon with "exit" command or if you use "save" command.
Otherwise, you will possibly need to synchronize the blockchain again.

Use "help" command to see the list of available commands.
**********************************************************************

10.) You should be safe from getting your errors from torsocks and run TOR and the wallet properly.

11.) If you want to stop the transparent proy, just run

Code:

sudo /etc/tor/off.bash

Your listening ports should not indicate any TOR connection

Happy Moneroj with TOR Grin

entertheabyss

hero member

Activity: 700

Merit: 508

Quote from: kazuki49 on June 18, 2015, 10:21:06 AM

a "darknet" exchange without any cryptonote coin sounds like a big red flag to me, its funny people complain about polo and the KYC trap but Monero (and the other cryptonotes) are the only coin that protect individual privacy even in these cases, sure they can know how much you bought and what is your address but thats it, using a darknet exchange will not make any bitcoin clone fungible.

The concern with poloniex and other clearnet exchanges is one day you try to log into your account and its frozen due to "suspicious activity" ie using tor to log in and they need you to send in ID scans to verify. For some people its a pita but for others is an invasion of privacy. This happens all the time and its only going to get worse. Now with the Bitlicance and other draconian regulation from various entities, whose to say soon all exchanges trading anonymous coins will be forces to require ID to get an account for anti-money-laundering purposes. Cant have the drugdealing, terrorist, pedophile, mafia be enabled by whatever service. https://en.wikipedia.org/wiki/Four_Horsemen_of_the_Infocalypse

Dont get Goxxed: http://www.forbes.com/sites/andygreenberg/2013/05/30/not-so-anonymous-bitcoin-exchange-mt-gox-tightens-identity-requirement/

Anyways. The exchange will accept monero. I just need to mess around with it some more. Im glad the community over here is taking interest in exchange.i2p . I hope we can meet all your expectations and provide a seamless service

Johnny Mnemonic

hero member

Activity: 795

Merit: 514

Quote from: Wanderlust on June 18, 2015, 03:47:43 PM

@smooth and fluffypony

Am hoping for ur input. Have no previous affiliation with BCN - just digging thru a great story
https://bitcointalksearch.org/topic/m.11653805

https://bitcointalksearch.org/topic/m.11652972

im still struggling to comprehend how a bunch of academics/cypherpunks pulls off (sell out) a "scam" for a couple million bucks (pidgeon feed for potentially world changing tech) whilst providing virtually bullet-proof anon (min mixin is 6 btw). there has to be more to this story.

I also struggled with the idea that someone could care enough about privacy and decentralization to develop such a technology, only to resort to such an unambitious (and relatively unlucrative) scam. But I had the wrong perspective... it's not about money at all.

Bytecoin was a trojan horse... a power play for control. The unpolished tech didn't just appear out of nowhere by accident. It was underdeveloped by design... marketed directly to the hackers and the underground. Think about it... the black, 90s-style web site with the spooky MIDI music... the mysterious little encryption puzzles... These guys were trying to create a movement. "Let the anarchists and freedom fighters believe they can operate outside the system. Let them think they're anonymous. The joke is on them."

They planted a seed that they expected to grow like wildfire, only it didn't. Had bytecoin taken off as quickly as its developers had planned, the fraud would have been buried. Dark net markets all over the web would've picked it up, and the two year fake block chain would never have been discovered.

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: Wanderlust on June 18, 2015, 04:19:38 PM

I can quite understand and fully respect the XMR line, but cannot help wondering whether something has been missed from this story.

Do tell then. If you don't have any new relevant info then you are just yet another in the endless parade of Newbie accounts claiming to be "researching" the BCN situation. We've been here before.

Quote

U owe ur existence to them

Not only that but we owe our existence to their fraud! If not for that, we'd have just stuck with BCN. The unclean hand created the biting teeth.

ArticMine

legendary

Activity: 2282

Merit: 1050

Monero Core Team

Quote from: kazuki49 on June 18, 2015, 04:21:51 PM

Quote from: ArticMine on June 18, 2015, 10:52:07 AM

Quote from: kazuki49 on June 18, 2015, 10:21:06 AM

a "darknet" exchange without any cryptonote coin sounds like a big red flag to me, its funny people complain about polo and the KYC trap but Monero (and the other cryptonotes) are the only coin that protect individual privacy even in these cases, sure they can know how much you bought and what is your address but thats it, using a darknet exchange will not make any bitcoin clone fungible.

The more interesting question is would there be a spread in the XMR/XBT exchange rates between a "darknet" and "regulated" exchange? In theory if fungibility of XBT is an issue there should be a spread.

Edit: As for a spread in the DASH/XMR exchange rate that would be really more interesting.

If you mean the original and only dash then yes, I agree with you.

The real significance here will come after Monero implements MRL-0004, since we are comparing two Cryptonote coins.

Edit: It is important to consider that Monero has and is diverging significantly from the Cryptonote/Bytecoin code while Dashcoin is an automated fork of Bytecoin by design, so in principle the trading spread could be a measure of the market's opinion on the security / privacy improvements in MRL-0004.

kazuki49

sr. member

Activity: 350

Merit: 250

Quote from: ArticMine on June 18, 2015, 10:52:07 AM

Quote from: kazuki49 on June 18, 2015, 10:21:06 AM

a "darknet" exchange without any cryptonote coin sounds like a big red flag to me, its funny people complain about polo and the KYC trap but Monero (and the other cryptonotes) are the only coin that protect individual privacy even in these cases, sure they can know how much you bought and what is your address but thats it, using a darknet exchange will not make any bitcoin clone fungible.

The more interesting question is would there be a spread in the XMR/XBT exchange rates between a "darknet" and "regulated" exchange? In theory if fungibility of XBT is an issue there should be a spread.

Edit: As for a spread in the DASH/XMR exchange rate that would be really more interesting.

If you mean the original and only dash then yes, I agree with you.

Wanderlust

full member

Activity: 225

Merit: 100

Quote from: smooth on June 18, 2015, 03:54:30 PM

Quote from: Wanderlust on June 18, 2015, 03:47:43 PM

@smooth and fluffypony

Am hoping for ur input. Have no previous affiliation with BCN - just digging thru a great story
https://bitcointalksearch.org/topic/m.11653805

https://bitcointalksearch.org/topic/m.11652972

im still struggling to comprehend how a bunch of academics/cypherpunks pulls off (sell out) a "scam" for a couple million bucks (pidgeon feed for potentially world changing tech) whilst providing virtually bullet-proof anon (min mixin is 6 btw). there has to be more to this story.

Probably not a monolithic group. Some smart cryptographers, etc., some altcoin hidden premine, fraud, etc. scammers. Or for that matter the same person/people could be both too, although that seems moderately less likely (of course I'm just guessing). One does not preclude the other, really. Some smart people have been some pretty big scumbags many times before (see Enron, etc.).

AS i continue to research this fasinating topic, ( i am currently reading thru https://bitcointalksearch.org/topic/blowing-the-lid-off-the-cryptonotebytecoin-scam-with-the-exception-of-monero-740112 ) there is a palpable irony in the air re XMR and BCN. U owe ur existence to them and yet u risk "biting the hand that (at some time) feeds you".

I can quite understand and fully respect the XMR line, but cannot help wondering whether something has been missed from this story.

Worse still has XMR possibly gone too far in denouncing BCN, esp without more complete info on the subject?

appreciate ur thoughts, no shitstirring intended (altho inevitable accusations i guess)

merci

smooth

legendary

Activity: 2968

Merit: 1198

Quote from: Wanderlust on June 18, 2015, 03:47:43 PM

@smooth and fluffypony

Am hoping for ur input. Have no previous affiliation with BCN - just digging thru a great story
https://bitcointalksearch.org/topic/m.11653805

https://bitcointalksearch.org/topic/m.11652972

im still struggling to comprehend how a bunch of academics/cypherpunks pulls off (sell out) a "scam" for a couple million bucks (pidgeon feed for potentially world changing tech) whilst providing virtually bullet-proof anon (min mixin is 6 btw). there has to be more to this story.

Probably not a monolithic group. Some smart cryptographers, etc., some altcoin hidden premine, fraud, etc. scammers. Or for that matter the same person/people could be both too, although that seems moderately less likely (of course I'm just guessing). One does not preclude the other, really. Some smart people have been some pretty big scumbags many times before (see Enron, etc.).

Wanderlust

full member

Activity: 225

Merit: 100

@smooth and fluffypony

Am hoping for ur input. Have no previous affiliation with BCN - just digging thru a great story
https://bitcointalksearch.org/topic/m.11653805

https://bitcointalksearch.org/topic/m.11652972

im still struggling to comprehend how a bunch of academics/cypherpunks pulls off (sell out) a "scam" for a couple million bucks (pidgeon feed for potentially world changing tech) whilst providing virtually bullet-proof anon (min mixin is 6 btw). there has to be more to this story.

cheers

Hueristic

legendary

Activity: 3836

Merit: 4969

Doomed to see the future and unable to prevent it

Quote from: florida.haunted on June 18, 2015, 11:56:46 AM

Good news for Monero - bitcoin.org votes against any hard Bitcoin forks

Quote

Bitcoin.org Hard Fork Policy

Contentious hard forks are bad for Bitcoin. At the very best, a contentious hard fork will leave people who chose the losing side of the fork feeling disenfranchised. At the very worst, it will make bitcoins permanently lose their value. In between are many possible outcomes, but none of them are good.

The danger of a contentious hard fork is potentially so significant that Bitcoin.org has decided to adopt a new policy:

Bitcoin.org will not promote software or services that will leave the previous consensus because of an intentional and contentious hard fork attempt.

This policy applies to full node software, such as Bitcoin Core, software forks of Bitcoin Core, and alternative full node implementations.

It also applies to wallets and services that have the ability to detect the contentious hard fork, and which release code or make announcements indicating that they will cease operating on the side of the previous consensus. It does not apply to software that cannot detect the contentious hard fork and which continues doing whatever it would’ve done anyway.

To be clear, we encourage wallet authors and service providers to offer their opinions on hard fork proposals, and we will not penalize anyone for contributing to a discussion. We will only stop promoting particular wallets and services if they plan to move their users onto a contentious hard fork by default.

Posted to the Bitcoin.org Site Blog on 16 June 2015

https://bitcoin.org/en/posts/hard-fork-policy

This official bitcoin.org note is important for Monero world. Thereby, Bitcoin remains with 1M block size, and will be suitable for low number of transactions per block. So that leads for block to contain large transactions only or transactions with large fees only. And we can promote Monero as direct Bitcoin counterpart for unlimited number of transactions per block with additional great bonus of academical-proven anonymity.

Good for alts in general.

florida.haunted

full member

Activity: 243

Merit: 125

Good news for Monero - bitcoin.org votes against any hard Bitcoin forks

Quote

Bitcoin.org Hard Fork Policy

Contentious hard forks are bad for Bitcoin. At the very best, a contentious hard fork will leave people who chose the losing side of the fork feeling disenfranchised. At the very worst, it will make bitcoins permanently lose their value. In between are many possible outcomes, but none of them are good.

The danger of a contentious hard fork is potentially so significant that Bitcoin.org has decided to adopt a new policy:

Bitcoin.org will not promote software or services that will leave the previous consensus because of an intentional and contentious hard fork attempt.

This policy applies to full node software, such as Bitcoin Core, software forks of Bitcoin Core, and alternative full node implementations.

It also applies to wallets and services that have the ability to detect the contentious hard fork, and which release code or make announcements indicating that they will cease operating on the side of the previous consensus. It does not apply to software that cannot detect the contentious hard fork and which continues doing whatever it would’ve done anyway.

To be clear, we encourage wallet authors and service providers to offer their opinions on hard fork proposals, and we will not penalize anyone for contributing to a discussion. We will only stop promoting particular wallets and services if they plan to move their users onto a contentious hard fork by default.

Posted to the Bitcoin.org Site Blog on 16 June 2015

https://bitcoin.org/en/posts/hard-fork-policy

This official bitcoin.org note is important for Monero world. Thereby, Bitcoin remains with 1M block size, and will be suitable for low number of transactions per block. So that leads for block to contain large transactions only or transactions with large fees only. And we can promote Monero as direct Bitcoin counterpart for unlimited number of transactions per block with additional great bonus of academical-proven anonymity.

ArticMine

legendary

Activity: 2282

Merit: 1050

Monero Core Team

Quote from: kazuki49 on June 18, 2015, 10:21:06 AM

a "darknet" exchange without any cryptonote coin sounds like a big red flag to me, its funny people complain about polo and the KYC trap but Monero (and the other cryptonotes) are the only coin that protect individual privacy even in these cases, sure they can know how much you bought and what is your address but thats it, using a darknet exchange will not make any bitcoin clone fungible.

The more interesting question is would there be a spread in the XMR/XBT exchange rates between a "darknet" and "regulated" exchange? In theory if fungibility of XBT is an issue there should be a spread.

Edit: As for a spread in the DASH/XMR exchange rate that would be really more interesting.

osensei

member

Activity: 70

Merit: 10

https://monerohash.com

Regarding running bitmonerod through Tor, I can run it just fine with torsocks.

When launching bitmonerod I get a bunch of

Code:

libtorsocks(6718): WARNING: The symbol res_query() was not found in any shared library with the reported error: Not Found!
  Also, we failed to find the symbol __res_query() with the reported error: Not Found

and a bunch of

Code:

libtorsocks(6716): sendto: Connection is a UDP or ICMP stream, may be a DNS request or other form of leak: rejecting.

but it runs well and syncs properly after that. All connected peers are reported as 127.0.0.1:9050.

kazuki49

sr. member

Activity: 350

Merit: 250

a "darknet" exchange without any cryptonote coin sounds like a big red flag to me, its funny people complain about polo and the KYC trap but Monero (and the other cryptonotes) are the only coin that protect individual privacy even in these cases, sure they can know how much you bought and what is your address but thats it, using a darknet exchange will not make any bitcoin clone fungible.

osensei

member

Activity: 70

Merit: 10

https://monerohash.com

Quote from: smooth on June 18, 2015, 02:51:04 AM

LMDB still won't work because the LMDB design requires 64 bit. There is an experimental branch of LMDB called VL32 but that is likely never going to be a great option because the developer says "I am philosophically opposed to supporting 32 bit architectures in LMDB." and "Due to the added system calls involved, it is significantly slower" and "Fundamentally, supporting this feature in LMDB is the wrong thing to do." Quotes from http://www.openldap.org/lists/openldap-technical/201501/msg00127.html

At this point the best approach for 32 bit embedded is going to be BDB, although in the future there might be an even better option (BDB has some issues, but at least the implementation exists). On RPi2 it serves as a nice (successful!) functional test is still likely too slow to ever actually use. Some work has been done to optimize it, mostly by NoodleDoodle.

Thanks smooth for your reply!

entertheabyss

hero member

Activity: 700

Merit: 508

Quote from: MoneroMooo on June 18, 2015, 08:01:02 AM

That looks more like expected.
The first set of errors are for UDP, I believe.
The second one, about binding, I do not get here. Though I'm surprised it binds to 0.0.0.0, it should bind to 127.0.0.1. I tried setting 0.0.0.0 and it still works fine though. Does it work without torsocks (I guess you can pull the network cable to make sure nothing monero goes out) ?
In any case, a strace log would let us know what syscall is failing, and with what error.

if i run it without torsocks and the network down i get

Code:

../bitmonero-master/build/release/bin$ ./bitmonerod 
Creating the logger system
2015-Jun-18 12:19:38.022305 Initializing cryptonote protocol...
2015-Jun-18 12:19:38.022613 Cryptonote protocol initialized OK
2015-Jun-18 12:19:38.023902 Initializing p2p server...
2015-Jun-18 12:19:50.336463 DNS seed node lookup either timed out or failed, falling back to defaults
2015-Jun-18 12:19:50.339200 Set limit-up to 128 kB/s
2015-Jun-18 12:19:50.339588 Set limit-down to 128 kB/s
2015-Jun-18 12:19:50.340018 Set limit to 128 kB/s
2015-Jun-18 12:19:50.340892 Binding on 0.0.0.0:18080
2015-Jun-18 12:19:50.341216 Net service bound to 0.0.0.0:18080
2015-Jun-18 12:19:50.341333 Attempting to add IGD port mapping.
sendto: Network is unreachable
2015-Jun-18 12:19:50.341795 No IGD was found.
2015-Jun-18 12:19:50.341941 P2p server initialized OK
2015-Jun-18 12:19:50.342337 Initializing core rpc server...
2015-Jun-18 12:19:50.342585 Binding on 127.0.0.1:18081
2015-Jun-18 12:19:50.342877 Core rpc server initialized OK on port: 18081
2015-Jun-18 12:19:50.343052 Initializing core...
2015-Jun-18 12:19:50.343508 Loading blockchain from folder /home/user/.bitmonero/lmdb ...
2015-Jun-18 12:19:50.717604 Blockchain initialized. last block: 0, d1079.h7.m19.s50 time ago, current difficulty: 1

MoneroMooo

legendary

Activity: 1276

Merit: 1001

That looks more like expected.
The first set of errors are for UDP, I believe.
The second one, about binding, I do not get here. Though I'm surprised it binds to 0.0.0.0, it should bind to 127.0.0.1. I tried setting 0.0.0.0 and it still works fine though. Does it work without torsocks (I guess you can pull the network cable to make sure nothing monero goes out) ?
In any case, a strace log would let us know what syscall is failing, and with what error.

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