Bitcoin Forum
May 23, 2024, 05:13:11 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 [33] 34 35 36 37 38 39 40 41 »
641  Bitcoin / Bitcoin Discussion / Re: Ted Nelson really reavealed Satoshi Nakomoto's identity (not Shinichi Mochizuki) on: June 29, 2013, 12:34:28 AM
I suspect the current Japan Prime Minister Abe is the real Satoshi Nakamoto.

Bitcoin-abe???
642  Bitcoin / Bitcoin Discussion / Re: Anyone know what happened to knightmb and his 371,000 BTC? on: June 26, 2013, 02:05:42 AM
643  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][ANC] Launching AnonCoin - Prebuilt Windows binaries. Not PRE-mined. on: June 21, 2013, 05:22:16 PM

There is nothing that forces people to use the coin on the darknet. Therefore that is not a feature.


First of all - I think this is a great idea and congrats to the dev(s) for getting this out there... Second,
I plan to release Torcoin within the next month which will do just that...

https://github.com/sciencecoin/sciencecoin/commit/7c40c351477c5415efa9b8e0e6b0f7a0bc3b5336
644  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][YAC] YACoin ongoing development on: June 19, 2013, 07:42:19 PM
OMHOLYGOD, this code makes me crazy.

+=1  Shocked
645  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][YAC] YACoin ongoing development on: June 18, 2013, 05:41:06 PM
After looking at the bitcoin pull request, it looks like the main concern is, has enough testing been completed to implement such a potentially (though not likely) dangerous feature. 
646  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][YAC] YACoin ongoing development on: June 18, 2013, 03:55:20 PM

Auto updater included please.

That would be a cool feature for all coins to implement. The problem would be determining what everyone should update to - the only way (since centralization is not an option) to do something like that that I can think of is a P2P consensus on what is the newest client.
647  Alternate cryptocurrencies / Altcoin Discussion / Re: [YAC] Stake question on: June 18, 2013, 02:58:44 PM
yacoin-qt can stake just as well as yacoind. The process is completely automatic.

Ahhh, got ya. Thanks, Smiley. So keeping the client open as much as possible is needed... but the only PC I have running 24/7 is my mining one, and based on what I read elsewhere that wouldn't be a good match since staking needs CPU power?
PoS aims to be as power efficient as possible. It is mining, yes, but it's using FAR LESS cycles than regular mining. Basically, you won't even notice it.

Usually less than 5% CPU from what I have seen.
648  Bitcoin / Bitcoin Discussion / Re: Proposal to change Bitcoins hashing algorithm to Scrpyt-Jane on: June 14, 2013, 05:33:07 PM
This ASIC arms race has gotten out of hand. To give Bitcoin back to the majority of Bitcoiners I hereby propose to change the hashing algorithm to Scrpyt-Jane.

Why not just create a new competing currency and let the free market choose?

Someone already did - it's called YACoin.
649  Bitcoin / Bitcoin Discussion / Re: Another *Potential* Identifying Piece of Evidence on Satoshi on: June 14, 2013, 05:02:35 PM
I heard Satoshi was actually a pen name for Theodor Seuss Geisel. Apparently, he really lives is Whoville under the names of Cares.
650  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][YAC] YACoin ongoing development on: June 13, 2013, 10:26:44 PM
Thanks YacLives and Bitcoin Megastore for your debug logs.

PoS blocks 91036 and 91037 were staked by someone operating off-network (whether intentionally or unintentionally) and then reintroduced to the network, triggering the reorg and orphaning 75 blocks.  Anyone here have really good familiarity with the Novacoin PoS code?

Good to hear I didn't break YACoin...   Wink  
651  Alternate cryptocurrencies / Altcoin Discussion / Re: Why no one has the balls to make a new SHA256 ? on: June 13, 2013, 10:19:54 PM
Why no one has the balls to make a new SHA256 ?

I'm wondering why no one has the balls to make a new SHA4096!
652  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN] the ScienceCoin Project - Initial Planning Phase. on: June 13, 2013, 03:54:27 PM
any news here?

Not much. I've been working on a few smaller projects, which once complete, will help me add some dev funding to
ScienceCoin. Obviously this can't be a fork of anything currently available, so I really need a team to help build this, or it's going to take many more months before a beta version can be released.
653  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][YAC] YACoin ongoing development on: June 13, 2013, 04:28:01 AM
What I think we need next TBH is a proper mining program with stratum support. That way we can capitalize on the hashrate we still have left and get better feedback and less stale shares.

I looked at this very briefly a few days ago and it looks like it could be adapted to YACoin if someone has time to spend a few hours on it    https://github.com/CryptoManiac/stratum-mining
654  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][YAC] YACoin ongoing development on: June 12, 2013, 12:43:38 PM
A public GPU miner is only going to add miners to YAC, which, in my opinion is a good thing. I have a few GPU rigs and ALL of them have the absolute worst, yet most power efficient CPU's - so, not viable for YAC mining. Now that I can point some of them at YACoin, I can get back in the game. I'm guessing it's the same for many. Also, as WM already mentioned, the performance difference isn't like any other scrypt implementations - so for those that have good CPU's, mining is also still viable for them.  
655  Alternate cryptocurrencies / Altcoin Discussion / Re: [ANN] Official Launch of - IceCoin - on: June 11, 2013, 09:45:54 PM
I heard this is much better than VanillaIceCoin!
656  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][YAC] YACoin ongoing development on: June 06, 2013, 03:59:48 PM
Looks like he wanted to save space and removed SHA512, Blake and Skein. Why Salsa64 was removed if Salsa is needed is beyond me.

I see what happened now - if you run clean project in QT Creator, it removes those files.
657  Alternate cryptocurrencies / Altcoin Discussion / Re: Which Alt-Coin should LegitCoinage Review? on: June 06, 2013, 02:43:31 PM
YACoin.
658  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][YAC] YACoin ongoing development on: June 02, 2013, 07:22:35 PM

I do not - I was troubleshooting one compile error I was getting in scrypt-jane-romix-template.h, and it was giving me one line number, and when I compared it to floodyberry's, it was 10 lines off.  There was some other commented out lines in the file as well so I decided to just use his repository without looking at the rest of the differences.  Sorry mate.

Damn - I wish I didn't waste the time to surgically add the changes from floodyberry to the existing YAC files as it seems a copy/paste of the full repo is what works. Meh  Cool


WM - I git cloned YAC, removed all of the existing scrypt-jane-master libs and replaced them with all of floodyberry's.  Everything compiled and runs fine in Linux, and from what
Thirtybird mentioned above, Windows as well.  I'm not sure why pocopoco didn't include all of scrypt-jane-master into YAC, but it appears that by removing some files, he may have
screwed up some dependencies, or something.   I propose you check it out and if you think everything looks good, to add all of scrypt-jane-master to YACoin.  
659  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][YAC] YACoin ongoing development on: June 02, 2013, 04:51:17 AM

Nope.  I wonder if all the people who are having success are compiling on Windows 7 x64 - I've been working on x86.  I even went so far as to pull WindMaster's code, then pull the new scrypt-jane from floodyberry and then put in cryptrol's exact makefile.mingw (changing library paths as needed), and I still got the exact same errors I was getting.  My makefile.mingw was nearly identical to the ones posted here, so when I get a chance, I'll spin up an x64 VM and run through the same process and see if the results are any different - there may be something wrong in the x86 library that is working in the x64 library.


UPDATE: apparently I just needed a good night sleep - yacoind.exe is done on x86 and x64.  Joe_Bauers - your github copy was not complete...  some files were different, and the big thing even I was missing was that the files in scrypt-jane (not just scrypt-jane/code) needed to be replaced.  Once that was done, my next make suceeded (both in DOS using mingw32-make and under msys using make).  I think it would be correct at this time to add floodyberry's latest update to the yacoin src and replace the makefile.mingw with cryptrol's.  

Once I get through the qt portion, I'll document my build steps so we can include them

Great news!  Do you have  a list of the files that weren't complete? There were a few files that were never added by pocopoco, so maybe they need to be in YAC?


These were the commits I made:
Update scrypt-jane-romix-template.h …
Update scrypt-jane-romix-basic.h …
Update scrypt-jane-portable-x86.h …
Update scrypt-jane-mix_salsa-sse2.h …
Update scrypt-jane-mix_salsa-avx.h …
Update scrypt-jane-mix_chacha-ssse3.h …
Update scrypt-jane-mix_chacha-sse2.h …
Update scrypt-jane-mix_chacha-avx.h …
Update scrypt-jane-salsa.h …
Update scrypt-jane-chacha.h …

This is YAC:
scrypt-jane-chacha.h   a month ago   initial release [pocopoco]
scrypt-jane-hash.h   a month ago   initial release [pocopoco]
scrypt-jane-hash_keccak.h   a month ago   initial release [pocopoco]
scrypt-jane-hash_sha256.h   a month ago   initial release [pocopoco]
scrypt-jane-mix_chacha-avx.h   a month ago   scrypt-jane chacha added [pocopoco]
scrypt-jane-mix_chacha-sse2.h   a month ago   scrypt-jane chacha added [pocopoco]
scrypt-jane-mix_chacha-ssse3.h   a month ago   scrypt-jane chacha added [pocopoco]
scrypt-jane-mix_chacha.h   a month ago   scrypt-jane chacha added [pocopoco]
scrypt-jane-mix_salsa-avx.h   a month ago   initial release [pocopoco]
scrypt-jane-mix_salsa-sse2.h   a month ago   initial release [pocopoco]
scrypt-jane-mix_salsa.h   a month ago   initial release [pocopoco]
scrypt-jane-pbkdf2.h   a month ago   initial release [pocopoco]
scrypt-jane-portable-x86.h   a month ago   initial release [pocopoco]
scrypt-jane-portable.h   a month ago   initial release [pocopoco]
scrypt-jane-romix-basic.h   a month ago   initial release [pocopoco]
scrypt-jane-romix-template.h   a month ago   initial release [pocopoco]
scrypt-jane-romix.h   a month ago   initial release [pocopoco]
scrypt-jane-salsa.h   a month ago   initial release [pocopoco]
scrypt-jane-test-vectors.h   a month ago   initial release [pocopoco]


And this is floodyberry's repo, so there is definitely some stuff missing:
scrypt-conf.h         9 months ago   checkin! [floodyberry]
scrypt-jane-chacha.h      14 days ago   check if the cpu supports the impl before saying it's available [floodyberry]
scrypt-jane-hash.h      8 months ago   add Keccak256/512 support [floodyberry]
scrypt-jane-hash_blake256.h   6 months ago   accidentally left 'G' defined [floodyberry]
scrypt-jane-hash_blake512.h   6 months ago   accidentally left 'G' defined [floodyberry]
scrypt-jane-hash_keccak.h   8 months ago   give keccak one unrolled round [floodyberry]
scrypt-jane-hash_sha256.h   9 months ago   checkin! [floodyberry]
scrypt-jane-hash_sha512.h   9 months ago   checkin! [floodyberry]
scrypt-jane-hash_skein512.h   9 months ago   checkin! [floodyberry]
scrypt-jane-mix_chacha-avx.h   14 days ago   fixes so it will compile and run under mingw [floodyberry]
scrypt-jane-mix_chacha-sse2.h   14 days ago   fixes so it will compile and run under mingw [floodyberry]
scrypt-jane-mix_chacha-ssse3.h   14 days ago   fixes so it will compile and run under mingw [floodyberry]
scrypt-jane-mix_chacha.h   9 months ago   checkin! [floodyberry]
scrypt-jane-mix_salsa-avx.h   14 days ago   fixes so it will compile and run under mingw [floodyberry]
scrypt-jane-mix_salsa-sse2.h   14 days ago   fixes so it will compile and run under mingw [floodyberry]
scrypt-jane-mix_salsa.h      9 months ago   checkin! [floodyberry]
scrypt-jane-mix_salsa64-avx.h   14 days ago   fixes so it will compile and run under mingw [floodyberry]
scrypt-jane-mix_salsa64-sse2.h   14 days ago   fixes so it will compile and run under mingw [floodyberry]
scrypt-jane-mix_salsa64-ssse3.h   14 days ago   fixes so it will compile and run under mingw [floodyberry]
scrypt-jane-mix_salsa64.h   6 months ago   add proof of concept salsa6420/8 mixer [floodyberry]
scrypt-jane-pbkdf2.h      9 months ago   zero out memory with derived secrets after use [floodyberry]
scrypt-jane-portable-x86.h   14 days ago   fixes so it will compile and run under mingw [floodyberry]
scrypt-jane-portable.h      6 months ago   allow [64,128,256,512] byte block sizes and typedef the block element… [floodyberry]
scrypt-jane-romix-basic.h   14 days ago   fixes so it will compile and run under mingw [floodyberry]
scrypt-jane-romix-template.h   14 days ago   fixes so it will compile and run under mingw [floodyberry]
scrypt-jane-romix.h      6 months ago   add proof of concept salsa6420/8 mixer [floodyberry]
scrypt-jane-salsa.h      14 days ago   check if the cpu supports the impl before saying it's available [floodyberry]
scrypt-jane-salsa64.h      14 days ago   check if the cpu supports the impl before saying it's available [floodyberry]
scrypt-jane-test-vectors.h   6 months ago   add proof of concept salsa6420/8 mixer [floodyberry]
660  Alternate cryptocurrencies / Announcements (Altcoins) / Re: [ANN][YAC] YACoin ongoing development on: June 01, 2013, 05:38:41 PM
I you are trying to build yacoind on windows you will find out a lot of errors because of the windows makefile (makefile.mingw) is untouched from novacoin, so the new scrypt version is not getting compiled (blame pocopoco).

I used this makefile ( added some comments for the changed lines) :
Code:
# Copyright (c) 2009-2010 Satoshi Nakamoto
# Distributed under the MIT/X11 software license, see the accompanying
# file COPYING or http://www.opensource.org/licenses/mit-license.php.

# No UPNP for this make file
USE_UPNP:=
USE_IPV6:=1

# Change the gcc version and boost version with the ones you have
# I used gcc 4.7 and boost 1.53
INCLUDEPATHS= \
 -I"/home/user/boost_1_53_0" \
 -I"/home/user/db-4.8.30.NC/build_unix" \
 -I"/home/user/openssl-1.0.1e/include"

LIBPATHS= \
 -L"/home/user/boost_1_53_0/stage/lib" \
 -L"/home/user/db-4.8.30.NC/build_unix" \
 -L"/home/user/openssl-1.0.1e"

LIBS= \
 -l boost_system-mgw47-mt-s-1_53 \
 -l boost_filesystem-mgw47-mt-s-1_53 \
 -l boost_program_options-mgw47-mt-s-1_53 \
 -l boost_thread-mgw47-mt-s-1_53 \
 -l boost_chrono-mgw47-mt-s-1_53 \
 -l db_cxx \
 -l ssl \
 -l crypto

DEFS=-DWIN32 -D_WINDOWS -DBOOST_THREAD_USE_LIB -DBOOST_SPIRIT_THREADSAFE
DEBUGFLAGS=-g
CFLAGS=-static -mthreads -O2 -msse2 -w -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter $(DEBUGFLAGS) $(DEFS) $(INCLUDEPATHS)

LDFLAGS=-Wl,--dynamicbase -Wl,--nxcompat

# This are the scrypt-jane specific parameters needed to compile you can use -msse2 if you don't have sse3
DEFS_JANE=-DSCRYPT_KECCAK512 -DSCRYPT_CHACHA -DSCRYPT_CHOOSE_COMPILETIME -O3 -msse3

TESTDEFS = -DTEST_DATA_DIR=$(abspath test/data)

ifndef USE_UPNP
override USE_UPNP = -
endif
ifneq (${USE_UPNP}, -)
 INCLUDEPATHS += -I"C:\miniupnpc-1.6-mgw"
 LIBPATHS += -L"C:\miniupnpc-1.6-mgw"
 LIBS += -l miniupnpc -l iphlpapi
 DEFS += -DSTATICLIB -DUSE_UPNP=$(USE_UPNP)
endif

ifneq (${USE_IPV6}, -)
DEFS += -DUSE_IPV6=$(USE_IPV6)
endif

LIBS += -l kernel32 -l user32 -l gdi32 -l comdlg32 -l winspool -l winmm -l shell32 -l comctl32 -l ole32 -l oleaut32 -l uuid -l rpcrt4 -l advapi32 -l ws2_32 -l mswsock -l shlwapi

# TODO: make the mingw builds smarter about dependencies, like the linux/osx builds are
HEADERS = $(wildcard *.h)

# Notice I added the scrypt-jane obj at the end
OBJS= \
    obj/alert.o \
    obj/version.o \
    obj/checkpoints.o \
    obj/netbase.o \
    obj/addrman.o \
    obj/crypter.o \
    obj/key.o \
    obj/db.o \
    obj/init.o \
    obj/irc.o \
    obj/keystore.o \
    obj/main.o \
    obj/net.o \
    obj/protocol.o \
    obj/bitcoinrpc.o \
    obj/rpcdump.o \
    obj/rpcnet.o \
    obj/rpcmining.o \
    obj/rpcwallet.o \
    obj/rpcblockchain.o \
    obj/rpcrawtransaction.o \
    obj/script.o \
    obj/sync.o \
    obj/util.o \
    obj/wallet.o \
    obj/walletdb.o \
    obj/noui.o \
    obj/kernel.o \
    obj/pbkdf2.o \
    obj/scrypt_mine.o \
    obj/scrypt-x86.o \
    obj/scrypt-x86_64.o \
obj/scrypt-jane.o

all: yacoind.exe

test check: test_yacoin.exe FORCE
test_yacoin.exe

obj/%.o: %.cpp $(HEADERS)
g++ -c $(CFLAGS) -o $@ $<

obj/scrypt-x86.o: scrypt-x86.S
$(CXX) -c $(xCXXFLAGS) -MMD -o $@ $<

obj/scrypt-x86_64.o: scrypt-x86_64.S
$(CXX) -c $(xCXXFLAGS) -MMD -o $@ $<

# This is needed to compile scrypt-jane with the DEFS_JANE we set before
obj/scrypt-jane.o: scrypt-jane/scrypt-jane.c
gcc -c $(xCXXFLAGS_SCRYPT_JANE) $(DEFS_JANE) -MMD -o $@ $<

yacoind.exe: $(OBJS:obj/%=obj/%)
g++ $(CFLAGS) $(LDFLAGS) -o $@ $(LIBPATHS) $^ $(LIBS)

TESTOBJS := $(patsubst test/%.cpp,obj-test/%.o,$(wildcard test/*.cpp))

obj-test/%.o: test/%.cpp $(HEADERS)
g++ -c $(TESTDEFS) $(CFLAGS) -o $@ $<

test_bitcoin.exe: $(TESTOBJS) $(filter-out obj/init.o,$(OBJS:obj/%=obj/%))
g++ $(CFLAGS) $(LDFLAGS) -o $@ $(LIBPATHS) $^ -lboost_unit_test_framework $(LIBS)

clean:
rm yacoind.exe -f
rm obj/*.*
rm obj-test/*.*

FORCE:


EDIT 1: Fixed the clean section, you can't use del under mingw.



Very cool.  Thirtybird, were you able to get it to work with these settings?
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 [33] 34 35 36 37 38 39 40 41 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!